Widzę tę natywną awarię z następującym śladem stosu.
Dzieje się tak tylko w Androidzie 7.0 i 7.1. Nie dodano nic nowego do aplikacji, która była produkowana od kilku lat, ale wraz z aktualizacją większej liczby urządzeń do Nougat ta awaria zdarza się teraz często i staje się uciążliwa.
Każda rada będzie mile widziana.
native: pc 000000000007a6c4 /system/lib64/libc.so (tgkill+8)
native: pc 0000000000077920 /system/lib64/libc.so (pthread_kill+64)
native: pc 000000000002538c /system/lib64/libc.so (raise+24)
native: pc 000000000001d24c /system/lib64/libc.so (abort+52)
native: pc 000000000001225c /system/lib64/libcutils.so (__android_log_assert+224)
native: pc 00000000000610e0 /system/lib64/libhwui.so
native: pc 000000000003908c /system/lib64/libhwui.so
native: pc 000000000003609c /system/lib64/libhwui.so
native: pc 000000000003b4fc /system/lib64/libhwui.so
native: pc 000000000003c520 /system/lib64/libhwui.so
native: pc 000000000003e694 /system/lib64/libhwui.so (_ZN7android10uirenderer12renderthread12RenderThread10threadLoopEv+152)
native: pc 00000000000127f0 /system/lib64/libutils.so (_ZN7android6Thread11_threadLoopEPv+336)
native: pc 00000000000a50b0 /system/lib64/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+116)
native: pc 00000000000770f4 /system/lib64/libc.so (_ZL15__pthread_startPv+204)
native: pc 000000000001e7d0 /system/lib64/libc.so (__start_thread+16)
Oto lista urządzeń, których dotyczy problem:
AKTUALIZACJA 18.07:
Wciąż nie udało mi się dotrzeć do sedna tego problemu, dlatego zdecydowałem się na zakup urządzenia, które miało najwięcej wystąpień i było w rozsądnej cenie, którym okazał się Samsung Galaxy J3 2017 w wersji z systemem Android 7.0. Niestety nadal nie jestem w stanie odtworzyć awarii.
Wprowadziłem również pewne ulepszenia dotyczące zużycia pamięci w aplikacji w produkcji, ale awaria nadal ma miejsce.
Ze wszystkich komentarzy i moich własnych badań wynika, że jest to związane z dynamicznie połączonymi NDK, ale nie używam żadnego i trudno jest dowiedzieć się, czy działa jakakolwiek z zależności.
Chciałbym podzielić się moimi zależnościami, byłoby wspaniale, gdyby inni ludzie borykający się z tym samym problemem mogli sprawdzić, czy używają jednej z tych samych zależności - być może w ten sposób możemy wykryć winowajcę.
// App Compat
compile 'com.android.support:support-v4:23.0.1'
compile 'com.android.support:appcompat-v7:23.0.1'
compile 'com.android.support:cardview-v7:23.0.1'
compile 'com.android.support:recyclerview-v7:23.0.1'
// Play Services
compile 'com.google.android.gms:play-services-location:8.3.0'
compile 'com.google.android.gms:play-services-maps:8.3.0'
compile 'com.google.android.gms:play-services-analytics:8.3.0'
compile 'com.google.android.gms:play-services-appindexing:8.3.0'
compile 'com.google.android.gms:play-services-ads:8.3.0'
// Misc Libraries
compile 'fr.avianey.com.viewpagerindicator:library:2.4.1@aar'
compile files('app/libs/htmlcleaner-2.7.jar')
compile files('app/libs/protobuf-java-2.6.0.jar')
compile files('app/libs/nineoldandroids-2.4.0.jar')
// Fabric
compile('com.twitter.sdk.android:twitter:1.13.0@aar') { transitive = true; }
compile('com.crashlytics.sdk.android:crashlytics:2.5.5@aar') { transitive = true; }
W przypadku osób, które stoją w obliczu tej samej awarii, prosimy o odpowiedź w komentarzach, jeśli używasz którejkolwiek z tych zależności / wersji. Może uda nam się wyodrębnić zależność od problemu.