Google Play でアプリケーションを最近更新した後、多くのクラッシュ レポートを受け取るようになりました。それらはすべて、Android 5 を搭載した Samsung デバイスからのものです。下位の Android バージョンは正常に動作し、Android 5 を搭載した他のメーカーのデバイスも正常に動作します。
問題を再現できるデバイスがないため、二分できません。クラッシュ レポートと、前回の作業バージョン以降の変更のリスト (残念ながら長い) から、何が問題なのかを推測しようとしています。
すべてのクラッシュ レポートは次のようになります (デバイスによってアドレスがわずかに異なるだけです)。
Build fingerprint: 'samsung/kltektt/kltektt:5.0/LRX21T/G900KKTU1BOB1:user/release-keys'
Revision: '15'
ABI: 'arm'
pid: 26265, tid: 26265, name: mt.AnnelidsDemo >>> cz.gdmt.AnnelidsDemo <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x76f57e84
r0 00000800 r1 0000004b r2 b4aa9f9a r3 00000000
r4 1426e019 r5 76f57e80 r6 0000012c r7 76e6b040
r8 00000019 r9 76f57d54 sl 000007ff fp b4e1b330
ip b4aa9f70 sp bea94b50 lr b4bc72c1 pc b4c0d9b8 cpsr 00070030
backtrace:
#00 pc 001099b8 /system/lib/libart.so (art::TypeLookupTable::Lookup(char const*) const+59)
#01 pc 000c32bd /system/lib/libart.so (art::ClassLinker::LookupClassFromImage(char const*, art::gc::space::ImageSpace*)+64)
#02 pc 000d27c1 /system/lib/libart.so (art::ClassLinker::DefineClass(char const*, art::Handle<art::mirror::ClassLoader>, art::DexFile const&, art::DexFile::ClassDef const&)+320)
#03 pc 000d2d89 /system/lib/libart.so (art::ClassLinker::FindClassInPathClassLoader(art::ScopedObjectAccessAlreadyRunnable&, art::Thread*, char const*, art::Handle<art::mirror::ClassLoader>)+452)
#04 pc 001fe20b /system/lib/libart.so (art::VMClassLoader_findLoadedClass(_JNIEnv*, _jclass*, _jobject*, _jstring*)+254)
#05 pc 0001b179 /system/framework/arm/boot.oat
art::TypeLookupTableこれは ART を Samsung が修正したものであり、入手できるソースがないことがわかりました。
このバージョンと最後の作業バージョンはどちらも同じ Android SDK と NDK (ターゲットは android-19) でビルドされており、Java コードに変更はなく、ネイティブ コードとデータに多くの変更があります。ネイティブ コードをビルドするときに LTO を使い始めました。-zの(Zopfli)パラメータを使い始めましzipalignた。
私のアプリケーションは JNI を使用しているため、おそらく最初にそれが疑われます。ただし、CheckJNI は問題を報告しません。同じコードは、他の Android デバイス、IOS、および Linux でクラッシュすることなく明確に実行されます。valgrind にエラーは表示されません。したがって、ランダムなメモリ破損はほとんどないと思います。
私のJavaコードは大丈夫だと思いますが、エラーがあったとしても、Javaランタイムでsegfaultを引き起こすべきではありません...
ユーザーは、何も表示する前に、起動時にアプリケーションがクラッシュすることを報告しています。
Samsung 開発者フォーラムで質問しましたが、これまでのところ何の回答もありません。
2 つの質問があります。
バックトレースは boot.oat で始まり、libart.so で続きます。boot.oat で何が起こっていますか? コードに到達する前にクラッシュする可能性はありますか? (これは、Samsung の ART のバグを示しています。)
何が間違っているのか、何を試すことができますか？