2014-01-20 36 views
16

Ich benutze Android Studio 0.4.2 und logcat funktioniert nicht (es ist nur leer). USB-Debugging ist aktiviert, Filter sind deaktiviert und Loglevel ist ausführlich. Irgendwelche Ideen?Logcat funktioniert nicht in android Studio

+0

Haben Sie im linken Bereich Ihr Gerät ausgewählt (ist es sogar über ADB verbunden?) – Maarten

+0

@Maarten Ja, ich habe mein Gerät ausgewählt. Ich bin mir nicht sicher über ADB-Konnektivität (wie kann ich es auschecken?). ADB-Protokolle sind ebenfalls leer. – user3178137

+2

Manchmal, wenn mir das passiert, schalte ich Android Studio aus, gehe zur Befehlszeile, tippe 'adb devices', um zu überprüfen, ob mein Handy erkannt wird, und starte dann Android Studio neu. – Maarten

Antwort

2

Versuchen Sie, zu den Entwicklereinstellungen auf dem Telefon zu gehen und scrollen Sie zum "Monitoring", dann "Enable OpenGL Traces" und wählen Sie LogCat.

+0

Das würde nur einen winzigen Bruchteil der möglichen Protokollnachrichten bewirken. –

0

Gehen Sie auf "Window -> Preferences"

Vom linken Bereich erweitern "Android" und wählen Sie "Logcat". Überprüfen Sie, ob "Logcat-Ansicht anzeigen, wenn die Nachrichtenpriorität atleast:" gleich "VERBOSE" ist. Wählen Sie bei Bedarf "VERBOSE" und übernehmen Sie. Jetzt können Sie Ihre Geräteereignisse in LogCat sehen.

+0

Im Android Studio? Oder ist das mit Eclipse im Hinterkopf? – parvus

17

Versuchen Sie in logcat, in die untere rechte Ecke zu gehen, wo es ein ">>" gibt und wählen Sie das aus. Es startet es neu.

+3

Das funktioniert für mich. Logcat stürzt häufig ab, aber das bringt es zurück, so dass Sie das Mega-Biest nicht immer wieder neu starten müssen. Wünschte, sie hätten es aus der Betaversion herausgeholt, bevor sie Eclipse gerettet hatten. – JosephK

+0

Das funktionierte für mich auch – Ranjan

6

Klicken Sie auf das "Debug App" Icon neben dem "Run App" Icon oder drücken Sie SHIFT + F9. Das scheint der Trick für mich zu sein.

0

In meinem Fall dauert es normalerweise 20 oder mehr Sekunden, bis mein Logcat etwas anzeigt. Danach sehe ich "debugger waiting to settle" Nachrichten. Dies passiert jedes Mal.

Versuchen Sie, eine Weile zu warten, um zu sehen, ob es sich zeigt.

0

Alte Frage, aber das Problem scheint häufig beim Ausführen von Android Studio 1.1.0 auftreten. Dies passiert oft, nachdem ich alle vorhandenen Protokolle gelöscht habe.

Wenn dies der Fall ist, tippe ich auf das Neustart-Symbol (grüner gebogener Pfeil oben auf einem grauen Quadrat) und es beginnt wieder zu arbeiten.

1

In meinem Fall funktioniert das Neustarten von Android Studio für mich.

+1

Für mich auch. Ausführen von Android Studio 1.5 – parvus

1

Ich habe alles versucht. Ich habe unabsichtlich festgestellt, dass leere Tags niemals angezeigt werden. Wenn Sie leere Tags verwenden, wie ich, versuchen Sie, mit einem Buchstaben zu füllen (Leerzeichen funktionierten nicht für mich).

0

Ich hatte das gleiche Problem und löste es in den Geräteentwickler-Optionen durch Deaktivieren und Aktivieren von Usb-Debugging.

0

auf diesen Thread von Lösungen hinzuzufügen,

  • prüfen, wenn mehrere Geräte angeschlossen haben. Wählen Sie dann das Gerät, von dem Sie sich anmelden möchten (linke obere Ecke im Logcat-Fenster). Manchmal wird ein anderes Gerät ausgewählt als eines, mit dem Sie Ihre App debuggen. Hoffe das hilft.
2

auf Ihrem Android-Monitor:

  1. Ihre LogCat neu starten.
  2. Legen Sie keine Filter fest, da Android Studio 2.2 über Firebase verfügt.
  3. Löschen Sie den Suchfilter.
  4. Wählen Sie Ihr laufendes Gerät aus.

Wenn nicht arbeiten deaktivieren Android Studio Caches.Datei-> Caches ungültig machen/neustarten

Wenn die Anwendung funktioniert, aber immer noch nicht funktioniert, dann verwenden Sie Android-Gerät Monitor. Tools -> Android -> Android-Gerät überwachen.

enter image description here

enter image description here

0

In meinem Fall hatte ich zwei Android-Handys für das Debuggen eingesteckt. Switching-Telefone, über die Drop-Down-Box, haben eine Sache nicht tun, so dass ich:

-unplugged beid

-restarted Android Studio (und das Projekt)

-plugged in dem (einen) Gerät, für das ich die Protokolle sehen wollte

Das war es für mich. Logs waren zurück ... nur um den Code zu reparieren.

Verwandte Themen