React-Native iosアプリケーションがクラッシュするとレポートが表示されない

Question

React Nativeを使用してiOSアプリケーションを構築し、電話でテスト可能にしようとしています。

携帯電話をコンピュータに接続し、電話機に直接「ビルド」すると、アプリが正しく構築され、正常に開いて正常に動作します。問題はありません。

iTunes Connectの「TestFlight」または「Crashlytics」のファブリックを使用してファイルをアーカイブして電話に送信しようとすると、アプリが開くとすぐにクラッシュします。これは、起動画面を簡単に示していますが、これ以上はありません。

さらに、TestFlight、Crashlytics、またはXcodeでクラッシュレポートはありません。電話を差し込むと、クラッシュレポートはありません。ここでは、何が壊れているのかについての情報なしに、ここでは暗闇の中で操作しています。同様の問題をオンラインで見つけることができなかったので、私はちょうど尋ねると思った。何が間違っている可能性がある任意のアイデア？

コードやその他のデータが必要な場合は教えてください。いくつかは秘密ですが、私はおおよそのバージョンを投稿しようとします。

Answer 1

Chris Geirmanが提案したように、この問題はJavaScriptエラーでした。私は、同様の問題を抱えている人がこのスレッドを見つけられるのかどうかは確信していませんが、その場合は、発生している奇妙なエラーがあります。

私は単純なORMシステムを作成しました。これは、BaseModelとそこから継承された一連のモデルで構成されていました。 BaseModelのコンストラクタは次のようになります。

constructor(props = {}, relations = {}) { 
    Object.keys(props).forEach((k) => { 
     // Save props to object 
     this[k] = props[k]; 
    }); 

    this.relations = relations; 
    this.className = this.constructor.name; 
    } 

最後の行が問題でした。私のローカルシミュレータで、私はそれを差し込んで私の携帯電話にアプリケーションを構築する場合、これは正常に動作します。メッセージモデルがBaseModelから継承する場合、var msg = new Message(data, relations); msg.classNameを呼び出すとMessageが返されます。

しかし、TestFlightやFabric.ioでアプリケーションをバンドル/アーカイブ/送信すると、がのように、クラス名が変更されてしまいます。そこで代わりに、私がこれを行うと、var msg = new Message(data, relations); msg.className - 't'のようなランダムな変数名が返されます。 - 't'

iconContent() { 
    return { 
    Message: { 
     icon: <Image style={styles.feedItemIconImage} source={ require('../assets/img/icon_message.png') } />, 
     color: c.grass 
    }, ... 
    }[this.props.className] // from the model item 
} 

しかし、this.props.classNameの値を予想通り、'Message'ませんでした：私のホームページはクラス名のオフに働いていたswitch文が含まれているため

これは、私のアプリで問題でしたありました。そして、colorの値にトンネルしようとすると、nullのcolorプロパティにアクセスしようとしていたため、エラーが発生しました。

なぜ報告されなかったのですか（私はChrisの提案に従い、Sentryをインストールしましたが、まだそのエラーを報告していないようです）。

しかし、それは何が起こっていたのです。私がTestFlight/Fabricを介して電話機にアプリケーションをインストールしたときに、細工/脆化がしか発生しなかったため、そのような状況でアプリがクラッシュしたのです。

これにより、似たようなバグに遭遇している人は誰でも自分の髪を引き裂くことがなくなります。

Answer 2

まだこの問題があるかどうかはわかりませんが、もしそうなら、Bugsnagをreact native error reportingにチェックアウトすることをお勧めします.JavaScriptレイヤーとネイティブレイヤー（Java/Cocoa）の両方でクラッシュが報告されます。

Sashaが言及したように、ネイティブクラッシュレポートを解決するために難しい問題の1つは、縮小や難読化を使用する際に元のスタックトレースを復元することです。これはBugsnagでJSソースマップを完全にサポートすることでネイティブレイヤーでのiOSの象徴化やAndroid Proguardのサポートなどがあります。

は、このことができます場合は、私に教えてください - 私はすべてが開発段階にうまく働いたのに対し、生産段階のクラッシュの私自身の経験を共有したいBugsnag

Answer 3

@創設者です。

私は、ロガーによって引き起こされる同様の問題を抱えていました。私は製造段階でバンドルしていないので、console.tron.logの1行で完全なステルスで私のアプリをクラッシュさせた。 （これはちょっと私のせいで、私のリンターについては「コンソールなし」の設定で気にしなかったので）

私は自分のルートレベルファイルroot.jsで紹介しているコードスニペットです。

if (__DEV__) { 
    ... 
    console.tron = Reactotron; 
    ... 
    } 

誰かが間違っていることを理解する時間を無駄にする前にこれを見つけてください。