Hur man får en Logcat för att rapportera buggar på Android

Android gör ett riktigt bra jobb med att dölja nitty-gritty för sina användare. När saker går fel ser du inte en skrämmande vägg av kryptisk text, ungefär som du gör på en Mac. De bara ... Går fel.

Även om det är bra för de flesta, är det mindre användbart för utvecklare som vill se varför deras appar inte fungerar och för kraftanvändare som vill ha ett mer praktiskt tillvägagångssätt.

var kan jag köpa en valp nära mig

Därför är logcat så otroligt hjälpsam. Det låter dig få en dumpning av telefonens eller surfplattans systemloggar för att felsöka problem. Även om de flesta användare inte kommer att använda det, kommer utvecklare ibland att be användarna att förse dem med enhetens loggfiler när ett problem uppstår. Så här kan du installera logcat och hur du använder den.

Skaffa Logcat

Innan du börjar producera systemloggar måste du först uppfylla vissa förutsättningar. Den första är att installera Android Debug Bridge , vanligen känd som ADB . Detta innehåller verktyget Logcat.

Om du använder en Mac, precis som jag, är det enklaste sättet att göra detta med Pakethanterare för HomeBrew . Efter installationen behöver du bara köra 'brygg installera Android-plattformsverktyg' .

Om du använder Linux kommer stegen som krävs för att installera ADB att variera enormt mellan distributionerna. Om du använder Ubuntu behöver du bara köra 'sudo apt-get install android-tools-adb' .

Slutligen, om du använder Windows har du ett par alternativ. Först har XDADevelopers en ett klick ADB-installationsprogram , som inkluderar de drivrutiner som behövs och FastBoot. Alternativt kan du installera det via pakethanteraren Chocolatey, även om den tillgängliga versionen inte är den senaste.

Sätt din enhet i utvecklarläge

Därefter kommer du att aktivera utvecklarläge på din enhet. För att göra det, öppna dina inställningar och gå till 'Om telefon' eller 'Om surfplatta'. Bläddra sedan ner till botten av skärmen och tryck på 'Byggnummer' sju gånger. När du har gjort det ska det berätta att du har gått in i utvecklarläge.

Tryck tillbaka och gå till rotkatalogen Inställningar, där du ska se något som säger 'Utvecklaralternativ'. Knacka på det.

Sedan, slå på USB -felsökning och anslut din Android -enhet till din dator. Om allt fungerade bra borde du se en varning med sträng utseende på din enhet.

Tittar på stockar

Nu kan vi börja titta på stockar. Öppna en ny terminal eller kommandotolk och kör 'adb logcat' . Du bör då se systemmeddelanden kaskad ner i terminalfönstret. Om du inte gör det betyder det att något har gått fel. Antingen är din enhet inte ansluten till din dator, ADB installerades inte korrekt eller så kör du inte USB -felsökning på din enhet.

Så vad händer om du vill kopiera telefon- eller surfplattans systemmeddelanden till en textfil för senare analys? Tja, syntaxen för omdirigering av utdata är densamma i Windows som på en Mac. Bara spring 'adb logcat> textfile.txt' . Du kan också uppnå detta genom att köra ' adb logcat -f filnamn ' .

När du har loggfilen kan du analysera den med Sed och Awk eller Grepp , eller så kan du bara skicka det till utvecklaren som begärde det.

Det är värt att påpeka att logcat kommer att köras så länge du säger till det. Om du kopierar utdata till en textfil och glömmer att avsluta anslutningen, bör du inte bli förvånad om du inte får plats på hårddisken. För att stänga den, tryck bara på CTRL-C .

Som alla som någonsin har arbetat i DevOps eller systemadministration kommer att berätta för dig, kan loggfiler ganska enkelt sträcka sig in i tiotals gigabyte , och vidare. Du har blivit varnad.

En kommentar om filtrering av utdata

Det är värt att notera att du kan säga till logcat att prioritera vissa typer av utdata. Om du kör logcat med 'V' -flaggan ('adb logcat V') ser du absolut allt. Det beror på att du har aktiverat 'verbose mode'.

Men det finns andra utlösare som visar dig mer specifika typer av felmeddelanden. 'Jag' -utlösaren visar bara information, medan 'D' visar felsökningsmeddelanden. För mer information, kolla in tjänstemannen Android Debug Bridge -dokumentation .

Även om det är värt att notera att om du inte har fått veta något annat, är det bäst att köra logcat med standardinställningarna. Detta för att personen som har begärt loggfilen kan få all information de behöver för att fixa sin app, och de missar ingenting.

Finns det en lösning för rotade enheter?

Faktiskt ja! Om du har en rotad telefon eller surfplatta kan du installera 'aLogCat' från Google Play Butik. Detta kommer i en gratisversion och en betald version. Båda är identiska, även om den senare stöder utvecklaren ekonomiskt.

Det som gör aLogCat annorlunda är att det körs direkt på din enhet och har några funktioner som gör det lättare att hantera felloggar.

Meddelanden markeras, så att du visuellt kan se vilka meddelanden som är fel och vad som är ofarliga systemmeddelanden. Du kan också dela dem via e -post, bluetooth och på PasteBin via PasteDroid.

Om du kontinuerligt vill spara dina loggar direkt på ett SD -kort måste du ladda ner ett annat program som heter aLogRec. Även detta finns i en gratisversion och en donationsversion, och den kan köpas från Google Play Butik.

Men vad händer om du vill visa och redigera loggfilerna direkt på din telefon? För det rekommenderar jag Vim Touch, som är en gratis mobilversion av VIM -textredigeraren. Jag skrev först om detta för några år sedan när jag diskuterade de bästa sätten att skapa en PHP -utvecklingsmiljö på en Android -enhet.

Innan vi avslutar saker vill jag påpeka att rooting av din telefon kan leda till att din telefon är mer mottaglig för skadlig kod och att vissa applikationer (särskilt bankapplikationer) inte fungerar.

Om du funderar rota din enhet bara för att komma till dina loggfiler, jag starkt rekommenderar att du använder den bundna, ADB-baserade metoden istället. Det är lika enkelt, och sätt mer säker.

Över till dig!

Har du någonsin behövt få tag på telefonens eller surfplattans systemlogg? Hurså? Tyckte du att det var lätt? Vilken metod använde du? Låt mig veta i kommentarerna nedan.

Dela med sig Dela med sig Tweet E-post Här är varför FBI utfärdade en varning för Hive Ransomware

FBI utfärdade en varning om en särskilt otäck stam av ransomware. Här är varför du måste vara särskilt försiktig med Hive -ransomware.

Läs Nästa Relaterade ämnen

Android
Android Rooting
Android -anpassning

Om författaren Matthew Hughes(386 artiklar publicerade)

Matthew Hughes är en mjukvaruutvecklare och författare från Liverpool, England. Han hittas sällan utan en kopp starkt svart kaffe i handen och älskar absolut sin Macbook Pro och sin kamera. Du kan läsa hans blogg på http://www.matthewhughes.co.uk och följa honom på twitter på @matthewhughes.

Mer från Matthew Hughes

Prenumerera på vårt nyhetsbrev

Gå med i vårt nyhetsbrev för tekniska tips, recensioner, gratis e -böcker och exklusiva erbjudanden!

Klicka här för att prenumerera