Om du precis har börjat programmera din första Android-app har du förmodligen märkt att koden inte alltid beter sig som förväntat. Istället för att gå in i blindo behöver du ett fönster som låter dig se vad som verkligen händer inuti enheten medan appen körs, och det är där Android Studios Logcat- verktyg kommer in i bilden.
I grund och botten fungerar Logcat som en realtidslogg som registrerar allt som händer på ditt system och i din applikation. Från enkla meddelanden du programmerar själv till kritiska systemfel eller undantag som får din app att krascha, är det här verktyget viktigt för att hindra dig från att driva dig själv till vansinne när du försöker hitta exakt var allt går fel.
Komma igång med Logcat-fönstret
För att börja samla in information behöver du först appen som körs på en emulator eller en fysisk mobil enhet. För att öppna konsolen går du helt enkelt till den översta menyn och väljer Visa > Verktygsfönster > Logcat . Som standard rullar fönstret nedåt automatiskt för att visa de senaste posterna, men om du behöver analysera ett specifikt fel och börjar rulla uppåt med musen stoppas den automatiska rullningen. Om du vill att den ska fortsätta rullningen klickar du på knappen Bläddra till slutet.
Verktygsfältet ger snabba alternativ för att rensa historiken , pausa datautmatning eller starta om anslutningen till enheten. Om du arbetar med flera enheter samtidigt kan du dessutom öppna flera Logcat-flikar eller till och med dela upp skärmen i paneler för att jämföra loggar från olika processer samtidigt.
Hur man organiserar och läser information
Varje loggrad är inte slumpmässig text; den har en fast struktur som inkluderar datum, tidsstämpel, process- och tråd-ID, en identifierande etikett, paketnamn, prioritet och slutmeddelande. För att förhindra röran tilldelar Android Studio olika färger till varje loggtyp , vilket gör att du kan upptäcka fel visuellt på en sekund.
Om du känner dig överväldigad av för mycket information och håller på att gå vilse kan du gå till inställningarna för Ändra vyer för att ta bort onödig data, till exempel process-ID eller datum. Det finns också den kompakta vyn , som minskar mängden visad data och ger meddelandet en tydligare bild. Om texten är för lång och blir avklippt kan du aktivera alternativet Soft-Wrap för att justera raderna så att de passar fönstrets bredd.
Professionell användning av Log-klassen
Många nybörjare gör misstaget att använda println() för felsökning. Även om det fungerar i nödfall, går dessa meddelanden ofta förlorade eller visas inte i Logcat. Rätt tillvägagångssätt är att använda Android API-loggklassvilket gör det möjligt att kategorisera information med hjälp av prioritetsnivåer:
- Log.v (Utförlig): Den lägsta nivån, för små detaljer som bara är användbara under den mest intensiva utvecklingsfasen.
- Log.d (Felsökning): Idealisk för vanliga felsökningsmeddelanden.
- Logg.i (Info): Informativa meddelanden om applikationens normala flöde.
- Log.w (Varning): Att varna för något som inte är ett misstag men som kan orsaka problem.
- Log.e (Fel): Allvarliga fel, vanligtvis markerade med rött.
- Log.wtf (Vilket fruktansvärt misslyckande): För sådana katastrofala misslyckanden som får en att undra vad som hände.
För att detta ska vara effektivt rekommenderas det att definiera en konstant. MÄRKA (som klassnamnet) i början av filen. På så sätt, när du vill filtrera konsolen, skriver du bara namnet på den taggen och allt ljud kommer att försvinna från systemet, vilket bara lämnar dina meddelanden. Om ett undantag inträffar kan du skicka objektet Throwable som en tredje parameter i Log.e() så att Logcat skriver ut stackspårning fullständig.
Avancerad filtrering och smarta frågor
Logcats sökmotor är extremt kraftfull om du vet hur man använder den nyckel-värde-parfrågorIstället för att söka efter vanlig text kan du använda prefix som tag: för etiketten, package: för appnamnet eller level: att filtrera efter prioritet (till exempel level:ERROR (Det kommer att visa fel och kritiska varningar). Ett mycket användbart knep är filtret. package:mine, som automatiskt väljer det projektpaket du har öppet.
För de mer avancerade användarna finns det logiska operatörerDu kan använda symbolen & för OCH och | För ELLER använder du även parenteser för att gruppera villkor. Om du vill utesluta något, sätter du helt enkelt ett minustecken framför, så här: -tag:MyTagOch om du behöver utföra komplexa sökningar kan du använda vanliga uttryck genom att placera tildesymbolen före den ~ till landsbygden, liksom tag~:My.*TagDu kan också filtrera efter tid med age:5m att bara se vad som hände i sista fem minuterna.
Extra felsökningsknep och brytpunkter
När loggar inte räcker är det dags att använda brytpunkter . Pausa inte bara appen; du kan lägga till specifika villkor genom att högerklicka på brytpunkten så att körningen bara stoppas när en variabel når ett specifikt värde. Om du inte vill att appen ska frysa avmarkerar du rutan " Pausa" ; brytpunkten blir då gul och ett meddelande skrivs helt enkelt ut till konsolen utan att tråden stoppas.
En annan dold pärla är möjligheten att kedja brytpunkter , vilket gör att en utlöses först efter att exekveringen har passerat genom en annan. För att analysera tidigare fel kan du använda alternativet Analysera > Stacktrace eller Tråddump , vilket omvandlar fel i vanlig text till en lista med navigerbara länkar som tar dig direkt till den felande kodraden.
Att bemästra dataflödet genom prioritering, exakt filtrering och intelligent implementering av brytpunkter förändrar utvecklingsupplevelsen och gör buggdetektering och -lösning mycket snabbare och mindre frustrerande. Dela den här guiden så att fler kan lära sig om detta ämne.
