Android Studio, logcat nettoie après application se ferme
Je vais avoir un problème avec mon logcat depuis la mise à jour 1.2 Beta pour Android Studio. Quand je lance mon application, elle enregistre tout comme il le faisait d'habitude, puis-je obtenir à l'endroit où mon application se bloque avec l'app disant: malheureusement, le Jeu s'est arrêté.
Après quelques secondes android ferme ce message. Qui se passe quand mon logcat obtient également entièrement effacé sens que je peine à obtenir en tout temps pour lire l'erreur. Je n'ai trouvé des infos sur un tampon, mais il semble que Android Studio n'a pas la possibilité de l'augmenter à part le fait que je doute que le problème.
Quelque chose qui peut être utile, c'est qu'après il dégage et farcir les changements de processus d'Android.processus.de base et le message que je reçois dans mon logcat est:
04-13 10:28:13.394 12259-12265/android.process.acore D/dalvikvm﹕
Debugger has detached; object registry had 1 entries
Edit: je n'ai lu à propos des points d'arrêt, donc désactivé application sur des points d'arrêt dans les Paramètres de la construction, de l'exécution, de déploiement-débogueur mais cela n'a eu aucun effet.
- Si vous trouvez l'emplacement d'installation de la bad dans le programme, vous pouvez exécuter
adb logcat
à partir de votre terminal ou de la fenêtre de commande, et éventuellement un tuyau dans un pager, grep, tee-shirt, ou quoi que ce soit. - oui, vous pouvez aussi essayer
adb shell bugreport > log.txt
, sortes de journaux d'info devrait être récupérés une fois la commande terminée. - a fonctionné le mieux pour moi pour l'instant, encore de l'espoir de trouver une solution car ce n'est pas la meilleure façon à mon avis. Merci
- Je n'ai pas trouvé la solution pour ne pas avoir les journaux nettoyés avec Android Studio 1.2, mais une solution simple est de ne pas cliquer sur le bouton fermer (sur l'appareil) lorsque l'application se bloque. Ainsi, vous disposez de tous les journaux, et les raisons pour lesquelles les applications s'est écrasé.
- Les messages ne reste à l'écran pendant quelques secondes.puis il ferme le crash du dialogue lui-même. Donc, n'ont pas vraiment de contrôle.
Vous devez vous connecter pour publier un commentaire.
J'ai eu le même problème, mais ressemble plus à une fonctionnalité que d'un bug:
Dans AndroidStudio, le paramètre par défaut pour le Logcat fenêtre semble être "Afficher uniquement les Applications choisies" (en haut à droite de la Logcat fenêtre)... qui est en regardant le journal du processus sélectionné (votre cours de lancement par défaut). Ainsi, lorsque votre application se bloque pendant le test, le processus est allé, de sorte que le filtre efface le journal.
Au lieu de cela, sélectionnez l'option "Modifier la Configuration d'un Filtre..." et définir un filtre pour votre application, par exemple:
...et puis sélectionnez ce filtre pour les futures courses. Cela devrait garder le journal là pour vous, même après l'application se bloque.
Switch "Afficher uniquement les applications choisies" à "Pas de filtre". De cette façon, vous pouvez voir le logcat de sortie à partir d'un processus, même lorsque ce processus n'est pas en cours d'exécution.
L'inconvénient est que votre logcat sera rempli avec le plus de spam à partir d'autres processus.
Mon Application a été s'écraser et de redémarrer. J'ai aussi eu des problèmes à la lecture de la logcat pour savoir ce qui se passait. J'ai alors remarqué que dans le menu déroulant, à côté de l'Appareil déroulante, il avait quelque chose comme "com.mypackage.myapp ("certains nombre')" et lorsque mon application s'est écrasé il y a une autre option qui dit "com.mypackage.myapp ("certains nombre') [MORT]". Si vous sélectionnez la "Mort" de l'option, il va vous montrer le logcat de l'instance précédente.
En cas de plantage de voir le
Run
l'onglet en bas de l'IDE.Vous pouvez voir l'incident de la raison dans cette partie (même dans le logcat propre cas).
Remarque: Si au-dessus de truc fonctionne pas, essayez de produire un crash et débranchez immédiatement le câble mobile (si vous utilisez le périphérique réel pour le test). vous pouvez voir l'erreur avant de le nettoyer.
que j'ai rencontré le même problème et c'est la solution :-
1 - Outils --> Android --> Permettre à la BAD d'Intégration.
et maintenant, vous pouvez voir le logcat et les accidents comme normal
Le filtre efface le journal une fois que l'application est écrasé. Donc, choisissez "Modifier la Configuration d'un Filtre" et de créer vos propres filtres personnalisés avec le nom du filtre. Cela permettra d'économiser le journal avec des informations, même lorsque l'application est crahed.
C'est 2018 et cela peut encore arriver. Fermer Android Studio et rouvrez-le.
Ce bug semble résolu avec la nouvelle version d'Android Studio version 1.2.2
J'ai rencontré le même problème et aucune réponse pourrait m'aider, jusqu'à ce que j'ai réalisé mon application était à l'origine une OutOfMemoryException. C'est une cause probable aussi.
Dans Android Studio 2+
Cliquez sur
Run
Cliquez sur
Edit Configurations
Dans le
Run/Debug Configurations
fenêtre sélectionner leMiscellaneous
ongletAssurez-vous que le
Clear log before launch
case n'est pas cochée