Jūs pieskaraties Connect, profils griežas sekundi, un klients ziņo par savienojuma pārtraukumu. Atbalsts lūdz žurnālus, jūs pievienojat ekrānuzņēmumu, un pavediens divas dienas stāv uz vietas, jo neviens nevar pateikt, kura rokasspiediena daļa padevās. Ziņojums, kas veidots ap vienu mēģinājumu, ar šauru laika logu un pēdējo pabeigto posmu, virza pieteikumu uz priekšu vienā aplī. Alternatīva, visas dienas tālruņa žurnāli, parasti dod cilvēkam otrā pusē vairāk vietu, kur skatīties.

Divi tālruņi vienā vārtejā tomēr var uzvesties atšķirīgi, jo protokols, sertifikātu krātuve, autentifikācijas metode vai trafika politika var nesakrist. Tas strādā manā tālrunī ir salīdzināšanas sākumpunkts, nevis pierādījums par Android kļūdu.

Ierakstiet vienu mēģinājumu, nevis veselu dienu vēstures

Pierakstiet vidi pirms kaut ko atkārtojat: Android versiju, ražotāju un modeli, klienta nosaukumu un versiju, izvēlēto profilu, tīklu, kuram esat pievienots, un pulksteņa laiku ar laika joslu. Es arī atzīmēju, vai ir ieslēgts akumulatora taupītājs vai Data Saver, jo abi maina to, ko klients drīkst darīt pēc ekrāna izslēgšanas.

Pēc tam nosakiet, kuru no pieciem rezultātiem jūs patiešām redzat. Piekrišanas vai atļaujas logs nekad nebeidzas, galapunktam vispār nevar piekļūt, autentifikācija tiek noraidīta, saskarnes iestatīšana neizdodas pēc veiksmīgas pieteikšanās, vai tunelis paceļas un viens konkrēts resurss paliek nepieejams. Katram ir cits atbildīgais un cits risinājums, un pakete, kas tos sajauc, saņem atbildi mēģināt vēlreiz. Minēšana starp tiem ir tas, kas stundas pieteikumu pārvērš nedēļas sarakstē.

Pārejas arī ir svarīgas. Ja kļūda parādās tikai pēc ekrāna bloķēšanas vai pēc pārejas no Wi-Fi uz mobilajiem datiem, ierakstiet to pieteikuma pirmajā rindā un atzīmējiet minūti, kad tas notika.

Vispirms eksportējiet paša klienta žurnālu

Pirmajam pielikumam jānāk no lietotnes, nevis no operētājsistēmas. Lielākā daļa klientu iestatījumos piedāvā diagnostikas vai savienojuma žurnāla eksportu, dažkārt paslēptu aiz gara versijas virknes nospieduma, un šis eksports jau saprot savu stāvokļa mašīnu. Izmantojiet to tādu, kāds tas nāk, nevis pārrakstiet interesantās rindas pieteikuma tekstā.

Pievienojiet pirmo kļūdu un notikumus tieši pirms tās, nevis tikai pēdējo savienojuma pārtraukuma rindu. Tīrs gals parasti nozīmē, ka īstā kļūda notika agrāk: nevalidēta sertifikātu ķēde, negaidītā vietā atrisināts nosaukums vai nekad nekonfigurēta saskarne.

Pievienojiet logcat tikai jautājumam, kuru varat nosaukt

Termināļa emulators tālrunī nav sistēmas žurnālu rakstītājs. Android ieraksta savus buferus kā atsevišķas gredzenveida plūsmas, kuras pilnībā var lasīt tikai privileģēti procesi. Tāpēc parasta lietotne redz savu izvadi un ierobežotu daļu, un apgalvojums, ka logcat bija tukšs, pierāda ļoti maz par to, ko platforma ierakstīja.

Atbalstītais ceļš ir autorizēta ADB sesija no datora, kuru jūs kontrolējat. Ieslēdziet izstrādātāja opcijas un USB atkļūdošanu, pievienojiet kabeli un ierīcē pieņemiet RSA pirksta nospieduma dialogu; ja šis uzvedne tiek aizvērts, katra nākamā komanda neizdodas ar unauthorized un nekāda ierakstīšana nesākas.

Pirms ieguldāt laiku ierakstīšanā, pārliecinieties, ka ierīce tiešām ir tur. adb devices jāizdrukā sērijas numurs un pēc tam vārds device, un visam, kas rāda offline vai unauthorized, vispirms jāsakārto kabelis, uzvedne vai draiveris.

Kad tā parādās sarakstā, sāciet ierakstīšanu dažas sekundes pirms Connect nospiešanas un apstājieties uzreiz pēc tam, kad klients padodas. Apzināti sākta tiešraides ierakstīšana ir labāka par divdesmit minūtes vēlāk ņemtu izdruku, jo gredzenbuferi jau ir apgriezušies un agrās rindas, kas jums vajadzīgas, var būt pazudušas:

adb logcat -v threadtime -b main,system,crash > attempt.txt

Filtrējiet pēc laika un atzīmes, nevis pēc vārda VPN

Meklēt ierakstā vpn ir ātrākais veids, kā pazaudēt rindu, kas izskaidro kļūdu. Sertifikātu validācija, procesu avārijas un savienojamības izmaiņas tiek reģistrētas zem atzīmēm, kas nekad nemin VPN, tāpēc atslēgvārdu filtrs patur troksni un izmet pierādījumus.

Vispirms sašauriniet logu, pēc tam prioritāti, pēc tam atzīmi. Kad jums vajag tikai to, kas notika pēc zināma brīža, adb logcat -v threadtime -t '11-03 20:14:00.000' atskaņo jaunāko galu no šī punkta, un formāts threadtime saglabā laika zīmes salīdzināmas ar paša klienta eksportu.

Ja zināt klienta pakotni, sekojiet tā procesam, nevis miniet atzīmes. adb shell pidof com.vendor.client atgriež PID, un adb logcat --pid=1234 -v threadtime izdrukā tikai šo procesu, bet adb logcat -g parāda, cik daudz vietas katram buferim ir pirms pārrakstīšanas sākuma.

Paslēpiet noslēpumus un pēc tam nododiet vienu saskaņotu paketi

Pirms kaut kas atstāj jūsu datoru, noņemiet paroles, marķierus, privātās atslēgas, sesijas sīkfailus un pilnus ierīces identifikatorus. Saglabājiet kļūdu kodus, notikumu secību un adrešu attiecības, kas padara kļūdu lasāmu, jo ieraksts, kas iztīrīts aiz šīs robežas, ir tikpat bezjēdzīgs kā tāds, kas nekad nav filtrēts.

Pēc tam nosūtiet vienu paketi, nevis vairākus atsevišķus failus: klienta eksportu, ADB logu, kas nosaukts pēc sākuma un beigu laika, divu rindu kopsavilkumu par neizdevušos posmu un vides piezīmi no šī saraksta augšas. Ja daļu nevar publicēt publiski, izmantojiet pakalpojumu sniedzēja privāto atbalsta kanālu un pasakiet, kuram failam tas kanāls ir vajadzīgs.

Pirms sūtīšanas pārbaudiet četras lietas. Vai pakete aptver vienu mēģinājumu, nevis visu pēcpusdienu? Vai klienta un sistēmas laika zīmes pārklājas? Un vai tajā vēl ir marķieris, parole vai pilns abonenta identifikators? Vispirms izlabojiet šo pēdējo punktu, pēc tam pievienojiet failus esošajam pieteikumam, nevis atveriet jaunu, lai tas, kurš to pārņem, saglabātu iepriekšējo kontekstu.

Saistītie raksti