Malheureusement MyApp a arrêté. Comment puis-je résoudre ce problème?

Cette réponse décrit le processus de récupération de la trace de la pile. Déjà la trace de la pile? Lire sur les traces de pile dans "Qu'est ce qu'une trace de la pile, et comment puis-je l'utiliser pour déboguer mes erreurs d'application?"

Le Problème

Votre demande d'arrêter en raison d'une non interceptée RuntimeException a été levée.

Le plus commun d'entre eux est le NullPointerException.

Comment le résoudre?

À chaque fois une application Android se bloque (ou n'importe quelle application Java), un Stack trace est écrit dans la console (dans ce cas, logcat). Cette trace de la pile contient des informations vitales pour la résolution de votre problème.

Android Studio

Dans la barre inférieure de la fenêtre, cliquez sur le Logcat bouton. Alternativement, vous pouvez appuyer sur alt+6. Assurez-vous que votre émulateur ou un périphérique est sélectionné dans la Devices panneau. Ensuite, essayez de trouver la trace de la pile, qui est indiqué en rouge. Il y a peut être beaucoup de choses connecté à logcat, de sorte que vous devrez peut-être faire défiler un peu. Un moyen facile de trouver la trace de la pile est d'effacer le logcat (à l'aide de la corbeille à droite), et laissez l'appli crash à nouveau.

J'ai trouvé la trace de la pile, maintenant ce qui?

Yay!!! Vous êtes à mi-chemin à la résolution de votre problème.

Vous avez seulement besoin de savoir exactement ce que fait votre plantage de l'application, par l'analyse de la trace de la pile.

Lire sur les traces de pile dans "Qu'est ce qu'une trace de la pile, et comment puis-je l'utiliser pour déboguer mes erreurs d'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 ne peut toujours pas comprendre comment résoudre le problème, n'hésitez pas à poser une question sur StackOverflow.

Essayer d'être aussi concis que possible: après la trace de la pile, et le pertinentes code (par exemple, quelques lignes jusqu'à la ligne qui a jeté le Exception).

OriginalL'auteur

D'abord, vous vérifiez que votre application a planté (Unfortunately, MyApp has stopped.). Pour cela, vous pouvez utiliser Log.e("TAG","Message");, à l'aide de cette ligne, vous pouvez vous voir app journal dans le logcat.

Après que vous trouvez que votre application a cessé son très facile à résoudre, à vos côtés.

OriginalL'auteur Hiren Vaghela

Remarque: Cette réponse, c'est à l'aide de Android Studio 2.2.2

Note 2: je suis en considérant que votre appareil est correctement connecté.

---

La première chose à faire lorsque votre application se bloque est de regarder dans le LogCat, au bas de Android Studio il y a une barre d'outils avec une liste de menus:

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

Maintenant, vous obtiendrez quelque chose comme ceci:

Changement "Verbose" à "Error" Maintenant, il n'affiche que les erreurs consignées. Ne vous inquiétez pas à propos de toutes ces erreurs (si vous les avez).

Ok. Maintenant, faites ce que vous avez fait pour le plantage de votre application. Une fois que votre application se bloque, allez à votre logcat. Vous devriez trouver un nouveau crash qui a beaucoup de at:x.x.x: et Caused by: TrumpIsPresidentException par exemple. Aller à cette Caused by: déclaration dans votre logcat.

À côté de que Caused By:, il devrait être l'Exception qui s'est passé. Dans mon cas, c'est un RuntimeException et sous il devrait y avoir une ligne qui contient un lien en bleu tels que:

Si Caused by: NE dispose PAS d'une ligne avec un texte de couleur bleu quelque part en elle, alors chercher un autre Caused by: qui ne.

Cliquez sur ce lien en bleu. Il devrait vous prendre à l'endroit où le problème s'est produit. Dans mon cas, c'était grâce à cette ligne:

throw new RuntimeException();

Alors, maintenant, je sais pourquoi ils s'écraser. C'est parce que je suis de jeter l'exception de moi-même. Ce fut 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 en bleu il m'a donné, et il m'a fallu ici:

mTextView.setText(myString);

Donc, maintenant, je veux de débogage. Selon cette question StackOverflow, un NullPointerException dit que quelque chose est null.

Donc, nous allons découvrir ce qui est null. Il y a deux possibilités. Soit mTextView est null, ou myString est null. Pour le savoir, avant de le mTextView.setText(mString) ligne, 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 à l'Erreur), nous voulons le changement "Erreur" de "Debug". Puisque nous sommes à l'exploitation forestière de débogage. Voici le Journal de toutes les méthodes:

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 les en Debug. C'est pourquoi nous l'avons changé de débogage.

Avis Log.d a un premier paramètre,dans notre cas "AppDebug". Cliquez sur le "Pas de filtre" menu déroulant en haut à droite de la logcat. Sélectionnez "Modifier la Configuration du Filtre", donnez un nom à votre filtre, et dans le "Journal de la Balise" mettre "en Application de Débogage". Cliquez sur "OK". Maintenant, vous devriez voir deux lignes dans le logcat:

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

Alors maintenant, nous savons que mTextView est null.

J'observe mon code, j'ai remarqué quelque chose.

J'ai private TextView mTextView déclarée en haut de ma classe. Mais, je ne suis pas la définir.

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

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

C'EST pourquoi mTextView est nulle, parce que j'ai oublié de dire mon application est-ce que c'est. J'ai donc ajouter cette ligne, exécuter mon application, et maintenant l'appli ne plante pas.

---

OriginalL'auteur Ab_

Vérifier votre Logcat message et de voir votre Manifest fichier. Il devrait y avoir quelque chose qui manque, comme la définition de la Activity,autorisation de l'Utilisateur", etc.

OriginalL'auteur Manoj ahirwar

Vous avez pour vérifier la Stack trace

Comment faire?

sur Votre IDE Vérifier le formulaire windows LOGCAT

Si vous ne pouvez pas voir le logcat windows aller dans cette voie et ouvrir

window->show view->others->Android->Logcat

si vous utilisez Google-Api aller sur ce chemin

adb logcat > logcat.txt

OriginalL'auteur alireza amini

En dessous de showToast() la méthode que vous avez à passer à un autre paramètre pour le contexte ou le contexte de l'application en faisant de sorte que vous pouvez l'essayer.

  public void showToast(String error, Context applicationContext){
LayoutInflater inflater = getLayoutInflater();
View view = inflater.inflate(R.layout.custom_toast, (ViewGroup)      
findViewById(R.id.toast_root));
TextView text = (TextView) findViewById(R.id.toast_error);
text.setText(error);
Toast toast = new Toast(applicationContext);
toast.setGravity(Gravity.TOP | Gravity.FILL_HORIZONTAL, 0, 0);
toast.setDuration(Toast.LENGTH_SHORT);
toast.setView(view);
toast.show();
}

OriginalL'auteur Mayank Nema

Si votre application pour une raison quelconque se bloque sans une bonne stacktrace. Essayez de déboguer partir de la première ligne, et aller ligne par ligne jusqu'à ce crash. Ensuite, vous aurez la réponse, la ligne qui est à l'origine de vos ennuis. Proably vous pouvez ensuite wrapp en bloc try catch et imprimer sortie d'erreur.

OriginalL'auteur felislynx.silae

Crash pendant le développement

Essayer logview-0.20 pour obtenir les fichiers journaux et les analyser au cours du développement.

Assurez-vous de marquer ./logview et ./lib/logview.jar comme exécutable lors de l'exécution sous Linux.

Si vous ne l'aimez pas, il y a beaucoup d'alternatives bureau du journal de téléspectateurs pour Android.

Crash dans la nature

Intégrer en temps réel des rapports d'incidents tels que l'outil de Firebase Crashlytics afin d'obtenir stacktraces des exceptions non gérées qui a eu lieu sur les utilisateurs des appareils.

Lire Comment publier un Buggy Application (Et de Vivre pour Raconter l'histoire) pour en savoir plus sur la gestion des bugs dans le domaine.

OriginalL'auteur naXa

Logcat - À vérifier les journaux de la phase de développement d'Android Studio

D'abord effacer le Logcat et laissez l'appli crash à nouveau de sorte que vous pouvez obtenir seulement s'est écrasé le détail du journal. Vous avez pour vérifier la trace de la Pile

Alors que, Malheureusement, MyApp a arrêté. Il existe de nombreuses raisons pour cela. Vous pouvez le vérifier même dans les journaux. Pour cela, vous pouvez utiliser le Journal.e("TAG","Message");

Commune erreur lors de l'application crash comme:

1. De codage d'erreur(Mauvaise utilisation de mots-clés).
2. Incompatibilité nom de la propriété.
3. Non pris en charge plugin(peut-être).
4. Incompatibilité de version(peut-être).
5. De l'activité manquante dans le fichier AndroidManifest.
6. Autorisation manquante dans le fichier AndroidManifest.
7. Plus courantes NullPointerException.
8. Déclarés mais non définis.

Pour résoudre app crash d'erreur:

• Garder à l'esprit les points ci-dessus et passez par elle.
• Avec l'erreur, vous obtiendrez le nom du fichier également en bleu (cliquez sur eux et de sauter à un code d'erreur est survenue).

OriginalL'auteur ashish