問題タブ [crashlytics-android]

app で Retrofit 2.0.2 と Fabric 1.21.6 を使用しています。次のエラーが発生するため、retrofit を使用して API をリクエストできません。

git に記載されている解決策に従いました: https://github.com/twitter/twitter-kit-android/issues/28、https://github.com/square/retrofit/issues/1152

Firebase Crash Reporting の発表以来、最も顕著な質問の 1 つは、Crashlytics から移行するかどうかです。

2 つのクラッシュ レポート サービスを比較した場合の長所と短所は何ですか?

Jenkyns と Crashlytics を介してアプリ ビルドの配布を自動化しようとしています。ドキュメントに示されているようにすべてを構成しましたが、crashlyticsUploadDistributionRelease は次のエラーで失敗しました:「配布のアップロードに失敗しました」および「警告 - 署名されていない APK を配布できないため、Crashlytics はコンパイルを停止しました:」。

どうすれば修正できますか？

多くのサードパーティアプリ（私に属していない）に統合する予定のAndroidライブラリを構築しています。

そのため、ライブラリ内のコードが原因でサードパーティのアプリがクラッシュするかどうかを確認する方法を見つけようとしています。それを見つける方法はありますか？

私は同じことを達成するために Crashlytics を見ていました。しかし、私が理解しているように、Crashlytics はクラッシュ分析をアプリの所有者にのみ提供できますよね? サードパーティ アプリの介入なしでクラッシュ情報を収集する方法はありますか?

ありがとう。

編集:これはCrashlytics をライブラリ プロジェクトに統合するの複製ではありません。なぜなら、Crashlytics を複数の Android アプリに配置される Android ライブラリの一部にしたいからですが、Android をインストールしているアプリからではなく、個別に通知を受け取りたいからです。図書館。

ユーザー トラフィックを削減する Fabric ドキュメントFabric docによると、キャッチされた例外はアプリの起動時にのみ送信されます。

Crashlytics は専用のバックグラウンド スレッドで例外を処理するため、アプリへのパフォーマンスへの影響は最小限に抑えられます。ユーザーのネットワーク トラフィックを削減するために、Crashlytics はログに記録された例外をまとめてバッチ化し、アプリの次回起動時に送信します。

ただし、この特定のアプリの場合、アプリは常にオンになり、再起動することは意図されていません。だから質問は -

しばらくしてから、または何らかのイベントでログを強制的に送信するにはどうすればよいですか?

ビルド中の Crashlytics エラー - Crashlytics はリソース ファイルを解析できませんでした

Fabric を通じて新しいバージョンのアプリを公開しました。以前のバージョンと同じ証明書で apk に署名しました。ベータ版 (Crashlytics による) からアプリを開いた後、新しいバージョンのアプリの [INSTALL UPDATE] をクリックすると、[このアプリをアンインストールしますか?] と表示されます。

更新アプリは、このアンインストール ダイアログなしでインストールを続行するはずです。同じ証明書で署名されているのに、以前のバージョンをアンインストールするよう求められるのはなぜですか?

NDK と gradle CMake を使用する Android プロジェクトに Crashlytics サポートを追加しようとしています。これは、共有プロジェクトにシンボルが必要であることを意味します。したがって、リリース ビルド用のシンボルを作成する場合は、次のように呼び出します。gradlew crashlyticsUploadSymbolsRelease

https://docs.fabric.io/android/crashlytics/ndk.htmlの公式ドキュメントによると、シンボルの生成とアップロードのプロセスは、標準のプロジェクト構造を想定しています: デバッグ バイナリの src/main/obj、および src/main/libs ndk-build によって生成されたリリース バイナリ用。

gradle ファイルでは、これは次のような新しいブロックを意味します。

私はgradle CMake統合を使用してネイティブライブラリを構築しているため、もちろんデフォルトパスは機能していません。リリース モードのネイティブ ライブラリはディレクトリに組み込まれ、build/intermediates/cmake/release/objデバッグ モードではbuild/intermediates/cmake/debug/objディレクトリに移動します。

試行錯誤の結果、リリース ビルドを機能させるには、以下に示すように、リリース モードのネイティブ ライブラリへのパスを両方の行に配置する必要があると考えました。

少なくとも私のシナリオでは同じディレクトリを指しているため、変数androidNdkOutと変数の違いが本当にわかりません。androidNdkLibsOut幸いなことに、リリース バイナリを操作するために Crashlytics が必要なだけなので、これは問題ではありません。

だから私の質問は：

androidNdkOut1)との違いは何androidNdkLibsOutですか? デバッグ バイナリへのパスを一方に配置し、バイナリをリリースするパスを他方に配置できないのはなぜですか? 説明に加えて、具体的な例がいいでしょう。

2) いつかデバッグ ライブラリのシンボルも含めたい場合、gradle ファイルをどのように変更すればよいですか? コマンド gradlew crashlyticsUploadSymbolsReleaseも機能するというgradlew crashlyticsUploadSymbolsDebugことですか？

これについては、Crashlytics NDK シンボルと Gradle タスクおよびCrashlytics NDK マルチ androidNdkOut パス サポートのスレッドで議論されていますが、実際にはこれら 2 つの質問には答えていません。