Comment détecter les fuites de mémoire dans le code JNI Android? J'utilise Froyo
3 Réponses :
La fonction DDMS décrite ci-dessous obtient actuellement un Bref mention dans les documents officiels. P> Il existe une fonctionnalité expérimentale et non prise en charge que vous pourrez peut-être profiter de. p> dans votre fichier de configuration DDMS (par exemple, Suivant, activez le suivi de l'allocation de tas natifs sur l'appareil et redémarrez le cadre de l'application: P> _exit () code> l'application pour déclencher la décharge.
~ / .android / ddms.cfg code> sur Linux), ajoutez "natif = true". Cela permet à l'onglet de tas natif. P> I/libc ( 4847): ls using MALLOC_DEBUG = 1 (leak checker)
Je l'ai fait, mais nous ne pouvons pas confirmer que c'est une fuite de mémoire, il affiche simplement les allocations de mémoire.
À droite. Vous devez regarder les allocations au fil du temps. S'ils grandissent continuellement, vous déterminez où la croissance provient de la trace de la pile et de le suivre de là. Il n'y a pas encore de valcrind pour Android.
S'il vous plaît définir des "communiqués récents".
u besoin de prendre l'instantané avant et après le test de test. Puis appuyez sur +/- bouton Ensuite, il montrera l'emplacement de mémoire retenue.
Cette réponse ne fournit aucune valeur.
J'ai utilisé dans JB, JB +, Kitkat et Lollipop. Son très bon outil à Android pour trouver les fuites.
Dupliqué possible: Stackoverflow.com/ Questions / 2851483 / ...
Je cherche des fuites de mémoire de code natif