問題タブ [firebase-crash-reporting]

アプリケーションのクラッシュを追跡するために、最近 Firebase を統合しました。

それを統合した後、アプリケーションは、画像を選択した後、ギャラリー アプリからコントロールを取得しません。画像を選択すると黒い画面が表示され、数秒後に OS に ANR が表示されます。

Firebase によって別のプロセスが生成されていることがわかります。私の推測では、OS はどのプロセスにデータを返さなければならないかを判断できません。

Firebase 統合を削除すると、すべて正常に動作します。

以下は、デバイスからのログです。

私は今日 Firebase をインストールしていましたが、そのドキュメントには基本的に、アプリの依存関係に firebase-crash 依存関係を追加すると、コード行を追加せずにすぐに使用できると書かれています。キャッチされていないすべての例外を自動的にキャッチします。

自分でバグキャッチを設定する場合は使用する必要があることがわかりThread.setDefaultUncaughtExceptionHandlerましたが、アプリケーションで参照されることなく Firebase がどのようにそれを行ったのでしょうか? 現在のスレッドを取得するにはどうすればよいですか?また、どのように実行しますか?

Firebase ドキュメント: https://firebase.google.com/docs/crash/android

iOS 10 のリリース以降、firebase ライブラリ システムの監視に関するクラッシュがいくつか発生していることに気付きました。

アプリの firebase を最新バージョンに更新済みですが、これを修正する方法はありますか?

私は Crashlytics をかなり使用してきましたが、今はアプリで Firebase Crash を試しています。

ユーザー自身が送信したレポートとクラッシュレポートをクロスチェックできるように、ある種のユーザー識別子を設定したいと思います。

Crashlytics では、私は常に使用していますCrashlytics.setUserIdentifier()( https://docs.fabric.io/android/crashlytics/enhanced-reports.html?identifier#user-information )。

私が見る限り、FirebaseCrash.log()（https://firebase.google.com/docs/crash/android#create_custom_logs）を使用する必要がありますが、それでは識別子が一度に設定されませんよね？そのメソッドを呼び出すたびにログに記録されると思います。

それは私を本当の質問に導きます。アプリは、ユーザーがアクティビティにアクセスする必要なく比較的頻繁に実行されるサービスを備えたウィジェットです。そのロギングを行うのに最適な場所はどこですか?

Crashlytics を使用して、ユーザー識別子をメイン アクティビティまたはクラス拡張のいずれかに設定しましたApplication。最後の 2 つを Firebase Crash で実行すると、既知の問題が発生するようです。

firebase アナリティクスを追加する前は、私のアプリは非常に高速に動作していました。シーケンシャルなリクエストが多いです。ただし、firebase アナリティクスを追加するとすぐに、アプリのインターネット リクエストがフリーズし、無駄に時間を消費するログが大量に取得されました。

これは非常に重要です。なぜなら、私は自分のリクエストが実行を開始するまで約 5 ～ 6 秒待つからです。

cocoapods なしで Firebase Crash Reporting for IOS を使用しています (SDK による手動インストール)。

強制的にクラッシュさせても、IOS アプリのクラッシュがアプリのダッシュボードに表示されません。たとえば、アサート (false)。

Firebase SDK https://dl.google.com/firebase/sdk/ios/3_2_1/Firebase.zipを使用しています。これがコードにインストールしたものです

分析

• FirebaseAnalytics.framework
• FirebaseInstanceID.framework
• GoogleInterchangeUtilities.framework
• GoogleSymbolUtilities.framework
• GoogleUtilities.framework

クラッシュ (~> 分析)

• FirebaseCrash.framework

GoogleService-Info.plist の設定を含め、正しい設定オプションを誰か確認してもらえますか?

私のAndroidアプリは現在、クラッシュをキャプチャすることを目的としたカスタムを使用しており、アプリのユースケースのようにAndroidの強制終了ポップアップを回避するために手動で呼び出す前UncaughtExceptionHandlerに、将来数秒間アプリの再起動をスケジュールします。ユーザーは対話できませんデバイスで FC ダイアログの [OK] をタップし、アプリを再起動します。AlarmManagerProcess.killProcess(Process.myPid())

今、Firebase Crash レポートと統合したいのですが、間違った動作を恐れているので、ここに私の質問があります:

1. UncaughtExceptionHandlerプロセスを強制終了する前にカスタムが Firebase Crash Report に例外を渡すようにコードを作成するにはどうすればよいですか? 呼び出すとThread.getDefaultUncaughtExceptionHandler()、Firebase Crash レポートUncaughtExceptionHandlerが表示されるので、それを呼び出すことができuncaughtException(...)ますか?
2. Firebase Process.killProcess(Process.myPid())Crash レポート ライブラリがレポート作業を行うのを妨げる可能性がありますか? Firebase は、uncaughtException(...)戻る前に別のプロセスでクラッシュ レポートを開始したでしょうか? Firebaseは、FC ダイアログを表示して、UncaughtExceptionHandlerAndroid のデフォルトの へのコールバックを所有していますか?UncaughtExceptionHandler
3. Process.killProcess(Process.myPid())デフォルトのプロセスに加えて、Firebase Crash Reporting プロセスを強制終了できますか?
4. カスタムApplicationクラスが Firebase Crash Reporting プロセスでインスタンス化されているかどうかを検出するにはどうすればよいですか? 両方のプロセスを同じように扱うと、おそらく矛盾した状態になるでしょう。

私を助けようとする人に感謝します！