Je vais voir ce natif de collision avec les éléments suivants trace de la pile.
Ce qui se passe dans Android 7.0 & 7.1 seulement. Rien de nouveau n'a été ajouté à l'application, qui a été en production depuis quelques années, mais avec plus de périphériques mis à jour pour le Nougat cet incident se produit fréquemment maintenant et est en train de devenir une nuisance.
Tout conseil serait apprécié.
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)
Voici une liste de périphériques qui sont effectuées:
Mise à JOUR 7/18:
Toujours pas en mesure d'obtenir à la racine de cela, j'ai donc décidé d'acheter un appareil qui a la plupart des occurrences et a été à un prix raisonnable, qui s'est avéré être le Samsung Galaxy J3 2017 version avec Android 7.0. Mais, malheureusement, toujours pas en mesure de reproduire l'erreur.
J'ai aussi fait quelques l'utilisation de la mémoire des améliorations à l'application dans la production, mais l'accident est encore en cours.
À partir de toutes les observations et mes propres recherches, il semble être liée à liée de façon dynamique NDKs, mais je ne suis pas à l'aide de tout et il est difficile de savoir si les dépendances ne.
Je voudrais partager mes dépendances, il serait bien si d'autres gens faisant face à la même question pourrait appeler si ils sont à l'aide de l'un de ces mêmes dépendances - peut-être, nous pouvons repérer le coupable de cette façon.
// 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; }
Pour les gens face à la même incident, merci de répondre dans les commentaires si vous utilisez l'une de ces dépendances / versions. Nous pouvons peut-être le problème de la dépendance.
