Malheureusement, MyApp s'est arrêté. Comment puis-je résoudre ce problème ?

Question

Je suis en train de développer une application, et chaque fois que je l'exécute, j'obtiens le message suivant :

Malheureusement, MyApp s'est arrêté.

Que puis-je faire pour résoudre ce problème ?

---

À propos de cette question - manifestement inspirée par Qu'est-ce qu'une trace de pile, et comment puis-je l'utiliser pour déboguer les erreurs de mon application ? Il y a beaucoup de questions indiquant que l'application s'est arrêtée, sans plus de détails. Cette question a pour but d'apprendre aux programmeurs Android novices comment essayer de résoudre leurs problèmes eux-mêmes, ou de poser les bonnes questions.

Answer 1

Cette réponse décrit le processus de récupération de la trace de la pile. Vous avez déjà la trace de la pile ? Pour en savoir plus sur les traces de la pile, consultez " Qu'est-ce qu'une trace de pile, et comment puis-je l'utiliser pour déboguer les erreurs de mon application ? "

Le problème

Votre application a quitté parce qu'une erreur RuntimeException a été jeté.
Le plus courant d'entre eux est le NullPointerException .

Comment le résoudre ?

Chaque fois qu'une application Android (ou toute autre application Java d'ailleurs) se bloque, un fichier Stack trace est écrit dans la console (dans ce cas, logcat). Cette trace de pile contient des informations essentielles pour la résolution de votre problème.

Android Studio

Dans la barre inférieure de la fenêtre, cliquez sur le bouton Logcat bouton. Vous pouvez également appuyer sur alt + 6 . Assurez-vous que votre émulateur ou votre périphérique est sélectionné dans la fenêtre Devices panneau. Ensuite, essayez de trouver la trace de la pile, qui est affichée en rouge. Il se peut qu'il y ait beaucoup de choses enregistrées dans logcat, donc vous devrez peut-être faire défiler un peu. Un moyen facile de trouver la trace de la pile est d'effacer le logcat (en utilisant la corbeille à droite), et de laisser l'application se planter à nouveau.

J'ai trouvé la trace de la pile, que faire maintenant ?

Hourra ! Vous êtes à mi-chemin de la résolution de votre problème.
Il vous suffit de trouver ce qui a fait planter votre application, en analysant la trace de la pile.

Pour en savoir plus sur les traces de la pile, consultez " Qu'est-ce qu'une trace de pile, et comment puis-je l'utiliser pour déboguer les erreurs de mon application ? "

Je n'arrive toujours pas à résoudre mon problème !

Si vous avez trouvé votre Exception et la ligne où il s'est produit, et que vous n'arrivez toujours pas à trouver comment le résoudre, n'hésitez pas à poser une question sur StackOverflow.

Essayez d'être aussi concis que possible : postez le suivi de la pile, ainsi que l'adresse de l'utilisateur. pertinent (par exemple, quelques lignes jusqu'à la ligne qui a déclenché l'erreur d'affichage). Exception ).

Answer 2

Vous pouvez utiliser L'outil ADB de Google pour obtenir Logcat file pour analyser la question.

adb logcat > logcat.txt

ouvrir logcat.txt et recherchez le nom de votre application. Il devrait y avoir des informations sur la raison de l'échec, le numéro de ligne, le nom de la classe, etc.

Answer 3

Tout d'abord, vous vérifiez à quel moment votre application s'est plantée ( Unfortunately, MyApp has stopped. ). Pour cela, vous pouvez utiliser Log.e("TAG", "Message"); En utilisant cette ligne, vous pouvez voir le journal de votre application dans logcat.

Après cela, vous trouvez le point où votre application s'est arrêtée, c'est très facile à résoudre de votre côté.

Answer 4

Il suffit de vérifier l'erreur dans le chat log.

L'option log cat est disponible dans eclipse :

fenêtre->affichage->autres->Android->Logcat

Le chat du journal contient une erreur.

Sinon, vous pouvez également vérifier l'erreur en exécutant une application en mode débogage. Définissez d'abord un point d'arrêt en faisant :

clic droit sur le projet->debug as->application Android

Answer 5

Note : Cette réponse utilise Android Studio 2.2.2.

Note 2 : Je considère que votre appareil est connecté avec succès.

---

La première chose que vous faites lorsque votre application se plante est de regarder dans le LogCat, en bas d'Android Studio il y a une barre d'outils avec une liste de menus :

Cliquez sur le "Android Monitor" (Celui que j'ai souligné dans l'image ci-dessus. ^)

Maintenant, vous obtiendrez quelque chose comme ça :

Changement " Verbose " à " Error " Maintenant, il ne vous montrera que les erreurs enregistrées. Ne vous inquiétez pas de toutes ces erreurs (si vous en avez) maintenant.

Ok. Maintenant, fais ce que tu as fait pour faire planter ton application. Après que ton application se soit plantée, va dans ton logcat. Tu devrais trouver un nouveau log de crash qui a beaucoup de at:x.x.x : et Caused by: TrumpIsPresidentException par exemple. Allez-y Caused by: dans votre logcat.

Suivant que Caused By: il devrait y avoir l'exception qui s'est produite. Dans mon cas, c'est un RuntimeException et en dessous il devrait y avoir une ligne qui contient un lien bleu comme :

Si cela Caused by: N'A PAS de ligne avec un texte bleu quelque part en dessous, alors cherchez une autre Caused by: qui le fait.

Cliquez sur le lien bleu . Cela devrait vous conduire à l'endroit où le problème s'est produit. Dans mon cas, il était dû à cette ligne :

throw new RuntimeException();

Donc, maintenant je sais pourquoi il se plante. C'est parce que je lance l'exception moi-même. C'était une erreur évidente .

---

Cependant, disons que j'ai une autre erreur :

java.lang.NullPointerException

J'ai vérifié mon logcat, j'ai cliqué sur le lien bleu qu'il m'a donné, et il m'a amené ici :

mTextView.setText(myString);

Donc, maintenant je veux déboguer. D'après cette question de StackOverflow une NullPointerException dit que quelque chose est null .

Alors, découvrons qu'est-ce que la nullité . Il y a deux possibilités. Soit mTextView est nulle, ou myString est nulle. Pour le savoir, avant que le mTextView.setText(mString) j'ajoute ces deux lignes :

Log.d("AppDebug","mTextView is null: " + String.valueOf(mTextView == null);
Log.d("AppDebug","myString is null: " + String.valueOf(myString== null);

Maintenant, comme nous l'avons fait précédemment (nous avons changé Verose en Error), nous voulons changer "Error" en "Debug". Puisque nous enregistrons en déboguant. Voici toutes les méthodes de journalisation :

Log.
  d means Debug
  e means error
  w means warning
  v means verbose
  i means information
  wtf means "What a terrible failure". This is similar to Log.e

Donc, puisque nous avons utilisé Log.d nous vérifions dans Debug. C'est pourquoi nous l'avons changé en debug.

Avis Log.d a un premier paramètre, dans notre cas "AppDebug". Cliquez sur le menu déroulant "No Filters" en haut à droite du logcat. Sélectionnez "Edit Filter Configuration", donnez un nom à votre filtre, et dans "Log Tag" mettez "App Debug". Cliquez sur "OK". Maintenant, vous devriez voir deux lignes dans le logcat :

yourPackageNameAndApp: mTextView is null: true
yourPackageNameAndApp: myString is null: false

Nous savons donc maintenant que mTextView est nul.

J'observe mon code, maintenant je remarque quelque chose.

J'ai private TextView mTextView déclarée première de ma classe. Mais, je ne le définis pas.

En fait, j'ai oublié de le faire dans mon onCreate() :

mTextView = (TextView) findViewById(R.id.textview_id_in_xml);

Alors c'est pourquoi mTextView est nulle, parce que j'ai oublié de dire à mon application ce que c'est. Donc j'ajoute cette ligne, je lance mon application, et maintenant l'application ne plante plus.

---