Útmutató: Logcat küldése kedvenc alkalmazásának hibakereséséhez

Előfordult már, hogy kedvenc alkalmazásod hirtelen összeomlott? Szeretnél segíteni a fejlesztőnek a történtek hibakeresésében? Útmutatónk segítségével megtudhatja, hogyan rögzítheti és szűrheti a Logcateket.

A horvátok az EU-zászlót lengetik Horvátország EU-csatlakozását ünneplik a zágrábi Ban Jelesic téren 2013. június 30-án. Horvátok tízezrei örültek az ország csatlakozásának az Európai Unióhoz vasárnap éjfélkor (22:00 GMT), csaknem két évtizeddel a volt jugoszláv köztársaság véres függetlenségi háborúja után. AFP PHOTO / STRINGER

Ez mindannyiunkkal megtörtént egyik vagy másik ponton. Nem szégyen beismerni. Néha az Android-alkalmazások összeomlanak. Függetlenül attól, hogy egy teljesen kész eszközt használ a Google Maps futtatásához, vagy egy nagyon testreszabott ROM-ot Xposed modullal fokozza a Google Hangouts szolgáltatást, az alkalmazás összeomlása és egyéb problémák léphetnek fel, és akár komoly akadályt is jelenthetnek. Ez különösen igaz a kisebb léptékű módosítások és alkalmazások fejlesztésére, mint amilyenek a weboldalunkon találhatók. Amikor problémák merülnek fel, az egyik legkonstruktívabb és leghasznosabb betekintést nyújthat a fejlesztőnek az összeomlás természetéről, ha egy

Logcat. Bár rendkívül hasznos a fejlesztők számára, ennek az információnak a megszerzése kissé ijesztőnek tűnhet egy átlagos felhasználó számára.

Jellemzően bevonó parancssori eszközöket az ADB-n keresztül, a Logcat sok olyan felhasználó számára elérhetetlen, akiknek alig vagy egyáltalán nincs tapasztalatuk a parancssor használatában. Egyes alkalmazások kiadása azonban megszüntette, vagy legalábbis nagymértékben csökkentette az ADB-parancsok részvételét a Logcat lekérésében és elküldésében, így ez néhány képernyőérintéssel egyszerűen elvégezhető. A fejlesztők fejlesztését segítő, véget nem érő küldetésünkben itt található egy kezdőknek szóló útmutató, amely megtanítja a felhasználókat a Logcat küldésére.


Mi az a Logcat és hogyan húzzuk ki?

A Logcat egy ADB Shell-eszköz, amely az összes rendszeresemény naplózására szolgál. Ez magában foglalja a hibákat, figyelmeztetéseket, veremkövetéseket és általános rendszeres eseményeket. Hiba esetén a hiba forrására mutató kulcsfontosságú információk jelennek meg ezen a naplón keresztül, ami nagyon hasznos eszköz a hibaelhárításhoz. Általában ezeket az ADB parancsokon keresztül húzzák és szűrik. Azonban olyan alkalmazások, mint pl aLogcat, Catlog, és ehhez a cikkhez választott eszközünk, Matlog, megkímélték a felhasználókat az erőfeszítéstől, mivel ezeket a parancseszközöket a Play Áruházból letölthető alkalmazás grafikus felhasználói felületére fordították.

Mint már említettük, a Matlogot használjuk a Logcats gyűjtésére. Az egyszerű, mégis felhasználóbarát felület miatt választott Matlogot az XDA Junior Member készítette plusCubed és az alapján Nolan Lawsoné nyílt forráskódú Catlog alkalmazás. Mint a Catlog, Matlog lehet forrásból összeállítva, vagy ingyenesen letölthető a Google Play Áruházból. Bár a rootoltság lehetővé teszi egy lépés kihagyását a beállítás során, Nincs szükség root hozzáférésre a Logcats gyűjtéséhez. Ha az eszköz nem rootolt, egyetlen ADB-héjparancs hozzáférést biztosít az alkalmazásnak az eszköz naplóinak olvasásához. Még nem állítottad be az ADB-t a gépeden? Nem probléma, csak kövesse ezeket a lépéseket az üzembe helyezéshez.

Megjegyzés: A Huawei telefonok teljesen letiltották a Logcat kimenetet. Módosítania kell egy rejtett beállítást mielőtt folytatná az útmutató többi részével.


Az ADB beállítása

Első, töltse le az ADB bináris fájlt közvetlenül a Google-tól az adott operációs rendszerhez, és csomagolja ki a számítógép egy külön könyvtárába. Következő, telepítse a megfelelő illesztőprogramot az adott telefonhoz. Ezután engedélyezze az „USB hibakeresés” lehetőséget a Beállítások --> Fejlesztői beállítások menüpontban. Ha nem látja a Fejlesztői beállítások lehetőséget, akkor engedélyeznie kell a Beállítások --> A telefonról menüpontban, majd a Build number 7-szer megérintésével. Végül ellenőrizze, hogy az ADB működik-e úgy, hogy elindít egy parancssort ugyanabban a könyvtárban, mint az ADB bináris fájlja (jobb gombbal kattintson a --> "nyissa meg a parancssort itt"), majd futtassa a következő parancsot:

adb devices

Ha látja a készülék sorozatszámát (és nem azt írja, hogy jogosulatlan), akkor aranyos. Ha egy előugró ablakot lát a telefonján, amely arra kéri, hogy adjon hozzáférést számítógépének ADB-hez, akkor mondjon igent. Ha egyiket sem látja, indítsa újra a számítógépet/telefont, és csatlakoztassa újra a számítógéphez. Ellenkező esetben próbálja meg újratelepíteni az illesztőprogramot.


A Matlog beállítása

Most, hogy az ADB elindult és fut (remélhetőleg), csak annyit kell tennie, hogy engedélyezze a Matlognak a Logcats rögzítésének képességét, hogy kiadja a következő parancsot egy ADB-héjban. Ismétlem, ha az eszköz már rootolt, akkor nem kell futtatnia ezt a parancsot, mivel ez csak root nélküli telefonok esetén szükséges.

adbshellpmgrantcom.pluscubed.matlogandroid.permission.READ_LOGS
Matlog Record Widget a hibásan működő alkalmazás mellett

Az engedélyezést és a megnyitást követően a Matlog valós időben jeleníti meg a rendszereseményeket. A szünet gomb megérintésével megállíthatja ezt, majd érintse meg az ellipszis menüt, és válassza a „törlés” lehetőséget, hogy megszabadítsa a mezőt a felesleges adatoktól. Javasoljuk, hogy ezt a hibás alkalmazás naplózásának előkészítése során tegye a napló méretének csökkentése érdekében. A lépések, és így a napló hosszának további lerövidítéséhez adja hozzá a Matlog widgetet a kezdőképernyőhöz a kérdéses összeomló alkalmazás mellé, a jobb oldalon látható módon. Ebben az esetben, Apktool X a mi hibásan működő alkalmazásunk.

A widget megérintésével elnevezhet egy naplót, és elkezdheti a rögzítést. Ezután egyszerűen reprodukálja a meghibásodást közvetlenül a naplózás megkezdése után, ami feltölti a Logcat-ot a problémára vonatkozó releváns információkkal. Miután a probléma megismétlődött, egyszerűen érintse meg újra a widgetet a naplórögzítés befejezéséhez.

Ha ezt megteszi, a Matlog megnyílik a rögzített naplóhoz. Koppintson az ellipszisekre, és válassza a „Küldés” lehetőséget, ha a naplót csatolt szövegfájlként e-mailben szeretné elküldeni az általános eszközinformációkkal együtt. Ez az! A Logcat sikeresen rögzítve és elküldve Oak professzornak.

A fenti példámban elmondhatom, hogy az Apktool X összeomlásának oka az, hogy az eszközöm nincs rootolva. Doh! Teljesen kellett volna olvasd el a cikket mielőtt megpróbálná használni az alkalmazást.

Ez túl könnyű volt

Természetesen nem minden problémát olyan könnyű megragadni. Néha a rendszerindítással kapcsolatos problémák vagy a hosszabb ideig tartó problémák az alkalmazás különböző funkcióit igénylik a rögzítéshez. Ilyen esetekben érdemes hagyni, hogy a Matlog a háttérben fusson (ne szüneteltesse vagy törölje), és használja a naplózási szint és a szűrő funkciókat az adatok elemzéséhez.

Bár általában nem az egyetlen szükséges módszer a vonatkozó adatok gyűjtésére, bizonyos helyzetekben ezt megkövetelik több kontextus – ezek az eszközök mindegyike használható hosszabb naplókban az adatok rendezésére és megadására fejlesztő. Ez természetesen a hiba természetétől és a fejlesztő kérésétől függ. Ezek bármelyikének használatához egyszerűen futtassa a Matlogot, reprodukálja a problémát, navigáljon vissza a Matlogba, érintse meg a pontmenüt, és válassza ki a két rendezési mód egyikét.

Naplószint kiválasztása Csak a hibákat mutatja

Napló szint

Egy másik, a Matlog által leegyszerűsített ADB-parancs, a Naplószint funkció használható bizonyos típusú rendszeresemények és -üzenetek megtekintésére. Az alábbiakban rövid leírás található a különféle üzenettípusokról, amelyeket az Android Developers webhelye ír le, és színkóddal látja el a Matlog címkézését.

A legalacsonyabbtól a legmagasabb prioritásig:

  • V: Bőbeszédű (általános rendszeresemények)
  • D: Hibakeresés
  • én: Információ
  • W: Figyelem
  • E: Hiba
  • F: Végzetes
  • S: Csendes (legmagasabb prioritású, amelyre soha nem nyomtatnak semmit)

A Naplószint szolgáltatás rendelkezik egy megfelelő listával ezekről az üzenetekről, amelyek minden prioritási szinten szűrhetik a naplót. A naplózási szint kiválasztása csak a saját és magasabb prioritási szinten lévő eseményeket jeleníti meg, megkönnyítve az azonosítást és a csoportosítást. hibákat, ahelyett, hogy manuálisan kellene görgetni a számos szövegsort – ami néha több ezer is lehet – így.

Keresési szűrő beállítása „Apktool”

Szűrők

Szűrők is használhatók a naplóadatok rendezésére. A kulcsszavas keresés elindításával a felhasználó csak azokat az üzeneteket láthatja, amelyek kifejezetten hivatkoznak erre a kulcsszóra. A hasznos kulcsszavak között szerepelhet a hibásan működő alkalmazás neve, vagy akár a „hiba” szó is, mivel a kifejezés minden prioritási szinten előfordul, bár nem magában foglalja az összes „naplózási szint” hibát.

Ha azon kapja magát, hogy sokat keres/szűr bizonyos kulcsszavakra, amikor segít egy fejlesztőnek egy alkalmazás hibakeresésében (vagy ha a fejlesztő kifejezetten létrehozott egy egyedi naplóeseményt, amelyre kereshet), majd menthet egy szűrőt is, amelyhez visszatérhet a jövő. Ez akkor hasznos, ha előre tudja, hogy mit keres, ami gyakran meg fog történni, ha fejlesztővel dolgozik együtt.

Készen áll a hibakeresésre?

Bár lehet, hogy nem Most Legyen szakértő az Android-alkalmazások hibakeresésében. Ha megtanulja, hogyan kell összegyűjteni és elküldeni a Logcats fájlokat, nagyszerű forrást jelenthet kedvenc alkalmazásai fejlesztői számára. A Matlog és a fent vázolt funkciók használatával a hibásan működő alkalmazásokkal kapcsolatos információk összegyűjtése, rendezése és elküldése még soha nem volt ilyen egyszerű.


Használtad a Matlogot vagy más Logcat alkalmazást? Hasznosnak találta ezt az útmutatót? Tudassa velünk az alábbi megjegyzésekben!