Aplicații de depanare la distanță în sistemul de operare Android

În multe instrucțiuni pentru obținerea drepturilor de rădăcini și a firmware-ului de modificare, trebuie să activați depanarea USB. Ce este depanarea prin USB și de ce este necesar și cum să-l activați, puteți învăța din acest articol.

Care este depanarea pe USB?

Depanarea USB este utilizată pentru a utiliza aplicațiile și dispozitivele de depanare a dispozitivului pe sistemul de operare Android (verificați modul în care aplicația și sistemul și activitatea sistemului și care nu au apărut) care se numește ADB.

Cum să activați depanarea USB?

Absolut în toate dispozitivele Android, fie în mod independent, este un smartphone sau tabletă, USB Debug este în Meniul -> Setări.

Opțiuni posibile opțiuni de localizare

În ciuda depanării pe USB se află în setări, dar opțiunile de locație din meniu pot fi diferite și au mai multe opțiuni pentru ao găsi! Luați în considerare 6 opțiuni posibile.

Opțiunea numărul 1.:

Meniu -\u003e Setări -\u003e Dezvoltare -\u003e

Opțiunea numărul 2.:

Meniu -\u003e Setări -\u003e Pentru dezvoltatori -\u003e Debugging by USB - Puneți o bifă

Opțiunea numărul 3.:

Meniu -\u003e Setări -\u003e Aplicații -\u003e Dezvoltare -\u003e Debugging by USB (Android 2.2 - 3.0)

Opțiunea numărul 4.:

Meniu -\u003e Setări -\u003e Mai mult -\u003e Setări dezvoltator -\u003e Debugging USB - Puneți o bifată

Opțiunea numărul 5 pentru Android 4.2 și mai sus:

Meniu -\u003e Setări -\u003e Sistem -\u003e Despre smartphone / Despre tabletă -\u003e Număr de asamblare și faceți clic pe acesta aproximativ 7 - 10 ori, apoi reveniți la Setări -\u003e Pentru dezvoltatori -\u003e Debugging USB - Puneți o bifă

Opțiunea numărul 6 pentru Android 4.2 și mai sus:

Meniu -\u003e Setări -\u003e Despre smartphone / Despre Tablet -\u003e Număr de asamblare și faceți clic pe acesta de aproximativ 7 - de 10 ori, apoi reveniți la Setări -\u003e Pentru Developers -\u003e Debugging USB - Puneți o bifă

Opțiunea numărul 7 pentru Android 4.2 și mai sus (Xiaomi / Samsung / LG):

MENU -\u003e Setări -\u003e General -\u003e Despre smartphone / Despre Tablet -\u003e Număr de asamblare și faceți clic pe el aproximativ 7 - 10 ori, apoi reveniți la Setări -\u003e Pentru dezvoltatori -\u003e Debugging USB - Puneți o bifată

Opțiunea numărul 8 pentru Xiaomi (versiuni noi ale MIUI):

Meniu -\u003e Setări -\u003e Despre telefon-\u003e Versiunea MIUI și faceți clic pe el aproximativ 7 - de 10 ori, apoi reveniți la setări -\u003e Avansat -\u003e Pentru dezvoltatori -\u003e Debugging by USB - Puneți o bifată

După trecerea la depanarea USB! (4.2 și mai mult)

Când vă conectați mai întâi la un computer și introduceți un fel de comandă sau noțiuni de bază Aveți dreptul să întrebați încrederea în computerul la care Android este acum conectat! Aceasta cerere va apărea pe orice computer nou sau laptop! Bifați și faceți clic pe OK. Debugul USB este inclus.

Debuggingul USB este activat și dispozitivul Android nu este determinat?

Primul lucru de care aveți nevoie va crede disponibilitate drivere instalate Pe un computer sau reinstalați / actualizați-le. Detalii despre instalarea driverelor, precum și legăturile către driverele proaspete pot fi găsite în articol - Cum se instalează un driver USB. O altă problemă pe care Androidul nu este definită, faptul că este în statul blocat - Deblocați Smartphone-ul sau tableta! Nu utilizați portul USB 3.0.Doar USB 2.0. .

Dacă depanarea USB este atât de incapabilă să instaleze cu un computer, atunci ar trebui să încercați să modificați metoda de conectare la un PC. În momentul în care ați conectat deja smartphone-ul sau tableta dvs. la un PC, trageți bara informațională de top "orb" în jos -\u003e alege conexiune USB. și activați modul PTP..

Dacă doriți să vă conectați prin Wi-Fi

Pentru a conecta Android de către Rețeaua Wi-Fi Trebuie să obțineți adresa IP și portul dispozitivului (aveți nevoie de drepturi de rădăcini), programul ADB wireless vă va ajuta, după aceea introduceți comanda la linia de comandă:

ADB Connect IP: Port

De exemplu:

ADB Connect 192.168.0.14:5555.

După ce ați activat această opțiune pe Android, puteți conecta telefonul smartphone PC și introduceți comenzile ADB necesare sau obțineți drepturi de rădăcină!

După ce scrieți prima versiune a codului programului nostru, cu siguranță vom dori să o difuzați și să o testați pentru a detecta problemele potențiale (sau doar laudă). Puteți face acest lucru în două moduri: porniți aplicația pe dispozitivul real conectat la computer utilizând un cablu USB; Apelați emulatorul inclus în SDK și testați aplicația pe ea.

În ambele cazuri, trebuie să facem câteva acțiuni pentru a vedea programul nostru în acțiune.

Conectarea dispozitivului

Înainte de a conecta un test de testare, trebuie să vă asigurați că este recunoscut de sistemul de operare. În Windows, trebuie să instalați driverul corespunzător, care face parte din instalarea SDK, pe care am instalat-o anterior. Doar conectați dispozitivul și urmați instrucțiunile de instalare pentru instalarea unui driver de ferestre standard, specificând folderul Driver / în directorul de instalare SDK. Driverele pentru unele dispozitive vor trebui să descărcați de la producătorii lor. Pe Linux și Mac OS X, de obicei, nu este nevoie să instalați drivere separat - acestea sunt livrate împreună cu sistemul de operare. În funcție de versiunea Linux, este posibil să fie necesar să faceți mai multe acțiuni suplimentare (de obicei, în ceea ce privește crearea unui fișier nou de reguli pentru UDEV). Pentru diferite dispozitive Un set de acțiuni poate varia - căutarea web pentru a vă ajuta.

Crearea unui dispozitiv virtual Android

SDK vine cu un emulator care rulează așa-numitele dispozitive virtuale Android (AVD). Acest dispozitiv virtual constă dintr-o imagine a unei versiuni specifice. sistem de operare Android, Shell și set de atribute care includ o rezoluție afișată, dimensiune a cardului de memorie etc. Pentru a crea un nou AVD, trebuie să executați managerul SDK și AVD. Puteți face acest lucru așa cum este descris în instrucțiunile de instalare SDK în cale și direct în Eclipse făcând clic pe butonul Manager SDK (manager de manager de dezvoltare) din bara de instrumente.

1. Selectați Dispozitive virtuale (dispozitive virtuale) din lista din stânga. Ca rezultat, veți vedea o listă de dispozitive virtuale disponibile. Dacă nu ați folosit anterior SDK Manager, această listă va fi goală; Schimba această poziție a lucrurilor.

2. Pentru a crea un nou AVD, faceți clic pe butonul nou din partea dreaptă. Apare un dialog (figura 2.7).

Smochin. 2.7. Dialogul de creare AVD în managerul SDK

3. Fiecare dispozitiv virtual are un nume (câmp nume), pentru care ulterior vă veți referi la acesta. Obiectivul este determinat de versiunea Android pe care AVD ar trebui să o utilizeze. În plus, puteți determina cantitatea de card de memorie pentru AVD, precum și rezoluția ecranului. Pentru proiectul nostru simplu Hel1o Word, puteți alege ca o țintă Android 1.5, lăsând parametrii rămași neschimbați. În condiții de testare reală, trebuie, de obicei, să creați mai multe dispozitive virtuale pentru a verifica funcționarea aplicației pentru diferite versiuni ale sistemului de operare și a dimensiunilor afișajului.

NOTĂ

Dacă nu aveți dispozitive reale Android este diferit Versiuni și cu ecrane diferite, pentru testarea suplimentară a compatibilității aplicației, este mai convenabil să utilizați emulatorul.

Aplicație de funcționare

Acum, după configurarea dispozitivelor și AVD, veți începe în cele din urmă aplicația. În Eclipse, acest lucru se face pur și simplu făcând clic dreapta pe proiectul Hel1oworl D din pachetul Explorer View și selectați elementul de aplicare Android Run (Execute ca aplicație Android) (sau apăsând butonul Run de pe bara de instrumente). Ca rezultat, miercuri se va desfășura modul de fundal. următoarele acțiuni.

1. compilează proiectul la fișierul ARC (dacă s-au înregistrat modificări ale fișierelor din momentul ultimei compilații).

2. Creați noua configurație Lansarea pentru proiectul Android Dacă nu există încă (în curând vom vorbi despre configurația de lansare).

3. Setați și lansați aplicația utilizând începutul unui nou sau de utilizare a emulatorului deja în desfășurare al corespunzătoare android Version. Sau implementarea și lansarea pe dispozitivul conectat (pe care versiunea OS este instalată și sub parametrul versiunii MIN SDK (versiunea minimă SDK) atunci când creează un proiect).

Dacă tocmai ați creat AVD pentru Android 1.5 (așa cum este descris mai sus), pluginul ADT pentru Eclipse va lansa o nouă instanță de emulator, va implementa proiectul Bello World în ea și va lansa aplicația. La ieșire, veți vedea ceva similar în fig. 2.8.

Emulatorul funcționează aproape la fel ca un dispozitiv real și puteți interacționa cu el printr-un șoarece, ca și cum ar folosi un deget. Cu toate acestea, există mai multe diferențe de la lucrul cu aparatul real.

Emulatorul nu acceptă multitouch. Mutați indicatorul mouse-ului și imaginați-vă că este un deget. Nu există unele aplicații în emulator (de exemplu, piața Android).

Pentru a schimba orientarea ecranului, este inutil să se agită monitorul. În schimb, utilizați cheia 7 de pe unitatea de tastatură digitală suplimentară pentru afișarea afișajului. Pentru a nu forma numărul 7 în schimb, trebuie să apăsați mai întâi Num Lock.

Smochin. 2.8. Awesome Hello World App în acțiune.

Emulatorul este foarte, foarte lent funcționează. Nu judecați performanța aplicației dvs. la viteza funcționării sale pe emulator.

La momentul acestei scrieri și emulatorul suportă numai OpenGL ES 1.0 cu mai multe extensii. Pentru scopurile noastre, acest lucru este suficient (cu excepția faptului că implementarea biblioteca grafică Pe emulator suferă de erori și, uneori, nu puteți primi rezultatele pe dispozitivul real). Pentru moment, amintiți-vă că nu trebuie să testați aplicațiile utilizând OpenGL Es pe emulator.

Încerca diverse acțiuni Cu emulatorul să se obișnuiască cu ea.

NOTĂ

Pornirea unei noi copii durează un timp considerabil (până la câteva minute, în funcție de caracteristici stație de lucru). Pentru a economisi timp, lăsați emulatorul să funcționeze toată sesiunea de dezvoltare, fără a reporni de fiecare dată.

Uneori când începeți aplicația Android Automatic. Selectarea unui emulator / dispozitiv efectuat de pluginul ADT devine o interferență. De exemplu, am conectat mai multe dispozitive sau emulatori și dorim să testați proiectul pe unele dintre ele. Pentru a realiza acest lucru, puteți dezactiva alegerea automată a emulatorului / dispozitivului în configurația de pornire Android. Apropo, care este configurația de declanșare?

Configurația de pornire oferă o modalitate de informare a mediului Eclipse, cum ar trebui să rulați aplicația dvs. primind comanda corespunzătoare. Este de obicei exprimată în capacitatea de a determina argumentele linie de comandatransmis de program, argumente mașină virtuală (În cazul aplicațiilor desktop pe Java SE), etc. Eclipse și plugin-uri terțe oferă diferite configurații de pornire pentru anumite tipuri de proiecte. Adt Nici o excepție - De asemenea, adaugă configurația sa de pornire la set. Când începeți mai întâi aplicația Eclipse și ADT, ați creat o nouă configurație de execuție a aplicației Android cu parametrii impliciți.

Pentru a accesa configurarea lansării proiectului dvs., urmați acești pași.

1. Faceți clic dreapta pe Vizualizarea Pachetului Explorer din pachetul Explorer View și selectați Configurații Run As - Run (rulați cum să configurați).

2. Selectați proiectul Bello World din lista din stânga.

3. În partea dreaptă a ferestrei, puteți modifica numele configurației de pornire, precum și corectarea altor setări de pe Taburile Android, Tars și Tabs Commons (tab-uri generale).

4. Pentru a schimba implementarea de la automat în modul manual, accesați depozitul țintă (țintă) și selectați Manual.

Acum, când porniți aplicația, vi se va solicita să selectați un emulator adecvat sau un dispozitiv de implementare. Acest dialog este afișat în fig. 2.9. Pentru claritate, am adăugat mai multe dispozitive virtuale cu versiuni diferite ale sistemului de operare țintă și, de asemenea, conectați două dispozitive reale.

Smochin. 2.9. Selectați un emulator / dispozitiv pentru a porni aplicația

Dialogul afișează toate emulatoarele de funcționare și dispozitivele conectate în prezent, de asemenea, restul AVD care nu funcționează în prezent.

Aplicații de depanare

Uneori, aplicația se comportă în mod neașteptat sau nu se oprește. Pentru a determina cauza problemelor, este necesară posibilitatea depanării programului. Eclipse și ADT oferă caracteristici incredibil de puternice pentru aNDROID Aplicații. Putem instala în codul punctului de întrerupere, primim valori variabile, starea actuală a stivei și multe altele.

Înainte de a începe să utilizați Debugging, trebuie să ajustați fișierul Androidmanifest.XML. Acest moment este un fel de problemă de pui și ouă, deoarece nu am studiat anterior fișierele Manifest. În acest stadiu, este suficient să știm că fișierul manifest definește câteva atribute ale aplicației noastre. Una dintre ele este posibilitatea depanării cererii. Acest parametru Setați sub forma unei etichete de atribut XML . Pentru a permite capabilitățile de depanare, adăugăm pur și simplu următoarea etichetă de atribut În dosarul manifestă: Androi D: Debuggable \u003d Adevărat

În procesul de dezvoltare a unei aplicații, puteți lăsa acest atribut în fișierul manifest. Cu toate acestea, nu uitați să o eliminați înainte de a trece pachetul pe piața Android.

Acum, prin activarea aplicației abilitatea de a depana, îl puteți implementa pe emulator sau dispozitiv. Acest lucru este exprimat, de obicei, în instalarea punctelor de întrerupere pentru analizarea stării programului în anumite etape. Pentru a seta punctul de întrerupere, deschideți fișierul de cod de program în Eclipse și faceți dublu clic în zona gri din fața rândului codului de care aveți nevoie. Pentru a demonstra această caracteristică, o vom face într-un șir de 23 de clasa n1oworl dactdi vi ty. Aceasta va forța debuggerul să oprească executarea programului de fiecare dată când este apăsat butonul de ecran. Punctul de întrerupere este marcat în editorul de cod cu un cerc mic în fața șirului pe care l-ați instalat (figura 2.10). Pentru a elimina punctul de întrerupere, faceți dublu clic pe acesta în editorul de coduri.

Smochin. 2.10. Setarea punctului de întrerupere

Lansarea depanării este foarte asemănătoare cu procesul de pornire al aplicației descrise mai sus. Faceți clic dreapta pe proiectul din pachetul Explorer Vizualizați și selectați Debug As - Android (depanare - aplicație Android). Astfel, veți crea o nouă configurație de depanare pentru proiectul dvs. (așa cum ați făcut cu lansarea simplă a programului). Puteți modifica setările implicite pentru această configurație selectând Configurații Debug As - Debug (configurare de depanare) în meniul contextual.

NOTĂ

În loc să aplicați meniul contextual al proiectului În vizualizarea pachetului Explorer, puteți utiliza meniul RUN pentru a începe și depana aplicațiile, precum și accesați setările.

Dacă începeți o sesiune de depanare pentru prima dată, Eclipse vă va întreba dacă nu doriți să treceți la perspectiva de depanare (depanare), la care puteți fi de acord fără ezitare. Luați în considerare această perspectivă. În fig. 2.11 Afișează aspectul său după începerea procesului de depanare a cererii de cuvânt HEL1O.

Smochin. 2.11. Debug perspectivă (Debug)

Dacă vă amintiți scurta prezentare a Eclipse, știți că există mai multe perspective care constau într-un set de opinii pentru anumite sarcini. Perspectiva de depanare (depanare) este foarte diferită de perspectiva run (execută).

Primul dintre noile idei care trebuie acordate atenție, - Debug (Debugging) în colțul din stânga sus. Acesta arată toate aplicațiile și stivele în prezent ale tuturor fluxurilor lor, dacă rulează în modul Debug.

Sub depunerea depanării (Debugging) este punctul de vedere al editării codului cu care am cunoscut deja studiul perspectivei Java.

Consola de prezentare (consola) afișează mesaje de la pluginul ADT, informându-ne despre ceea ce se întâmplă.

Performanța Logcat va fi unul dintre cei mai buni prieteni atunci când dezvoltăm aplicații. Acesta arată jurnalul de mesaje provenite din componentele sistemului, alte aplicații și programul nostru. De asemenea, poate vedea următorul stack dacă aplicația nu reușește și rapoartele noastre în timp real. Logcat va fi discutat mai detaliat în secțiunea următoare.

Reprezentarea conturului (contur) nu este foarte utilă în această perspectivă. Vei explora cel mai probabil variabilele și punctele de întrerupere, iar poziția curentă din program va fi necesară pentru dvs. De obicei, închid această viziune din perspectiva de depanare (depanare) pentru a lăsa mai mult spațiu pentru alții.

Variabile Prezentarea (variabilele) este utilă în special pentru scopuri de depanare. Când debuggerul ajunge la punctul de întrerupere, avem capacitatea de a învăța și modifica variabilele în contextul actual al programului.

În cele din urmă, reprezentarea punctelor de întrerupere (punctele de întrerupere) demonstrează lista punctelor de întrerupere pe care le-am instalat.

Dacă sunteți curios, probabil ați apăsat deja butonul în aplicația de funcționare pentru a vedea lucrarea debuggerului. Se va opri pe linia 23 în conformitate cu punctul de întrerupere a setului. De asemenea, puteți observa că în variabilele vizualizări (variabile), au apărut variabile ale blocului curent al programului constând din activitatea însăși (acest) și parametrul metodei (V). Dezvăluind lista variabilelor, le puteți explora în detaliu.

Reprezentarea de depanare (Debugging) prezintă urme de stivă referitoare la metoda curentă. Rețineți: Este posibil să aveți mai multe fire de rulare, oricare dintre acestea puteți suspenda în orice moment în vizualizarea de depanare (depanare). Șirul pe care este setat punctul de întrerupere este evidențiat prin specificarea poziției din codul programului.

Puteți să comandați un debugger pentru a executa expresia curentă (apăsând F6), mergeți la metodele cauzate de metoda curentă (apăsând F5) sau continuați execuția programului în modul obișnuit (apăsând F8). De asemenea, puteți obține aceleași obiective utilizând meniul Run (Run). Rețineți că, de fapt, parametrii de depanare mai mult decât v-am spus acum. Ca întotdeauna, vă sugerez să experimentați ceea ce aveți nevoie.

NOTĂ

Curiciu - Material principal de construcție pentru dezvoltarea cu succes a Jocurilor Android. Va trebui să vă familiarizați cu mediul de dezvoltare pentru a obține cea mai mare întoarcere. Și nu poate descrie toate detaliile eclipsei, așa că vă încalc din nou să experimentați.

Logcat și DDMS.

Pluginul ADT stabilește multe idei și perspective noi pentru utilizarea în Eclipse. Una dintre cele mai utile vederi (despre care este menționat ocazional în secțiunea anterioară) se numește Logcat.

Logcat este un sistem de înregistrare a evenimentelor în Android, care permite componentelor și aplicațiilor sistemului să afișeze informații la diferite niveluri. Fiecare intrare din jurnal constă în data, ora, nivelul de înregistrare, ID-ul procesului de proces-sursă, eticheta (definită de aplicația dvs.) și mesajul în sine.

Reprezentarea Logcat colectează și afișează aceste informații de la un emulator conectat sau dintr-un dispozitiv real. În fig. 2.12 prezintă un exemplu de ieșire în vizualizarea Logcat.

Smochin. 2.12. Logcat performanță

Acordați atenție butoanelor din colțul din dreapta sus al Logcat.

Primele cinci dintre ele vă permit să selectați nivelurile de logare pe care doriți să le vedeți.

Butonul Green Plus face posibilă definirea unui filtru bazat pe etichetă, ID-ul procesului, nivelul de înregistrare. El vă va ajuta foarte mult dacă doriți să vedeți jurnalul numai aplicației dvs. (care este probabil să utilizeze o etichetă specială).

Butoanele rămase vă permit să editați și să modificați filtrul, precum și să curățați fereastra de ieșire.

Dacă mai multe dispozitive / emulatori sunt conectate simultan, Logcat va afișa informații numai de la unul dintre ele. Pentru a primi informații mai detaliate, puteți utiliza perspectiva DDMS.

DDMS (serverul de depanare Dalvik de depanare) oferă informații mai diverse despre procese și mașini virtuale Dalvik care rulează pe toate dispozitivele conectate. Puteți comuta în perspectiva DDMS în orice moment utilizând elementul de meniu Window - Open Perspective - Altele - DDMS (fereastră - Perspectivă deschisă - Altele - DDMS). În fig. 2.13 arată cum arată de obicei perspectiva DDMS.

Smochin. 2.13. DDM-uri în acțiune

Ca și în alte perspective, avem câteva idei speciale care îndeplinesc lucrările utile pentru noi. În acest caz, dorim să colectăm informații despre toate procesele, mașinile lor virtuale, fluxurile, starea actuală de memorie, datele de la Logcat pe un anumit dispozitiv etc. Luați în considerare aceste viziuni.

Dispozitive - demonstrează toate dispozitivele și emulatorii conectați, precum și procesele care rulează pe ele. Folosind butoanele din bara de instrumente, puteți efectua diverse acțiuni: Debugging Procesul selectat, înregistrați datele de stare și fluxul de memorie, precum și să faceți screenshot-uri.

Logcat - În mod similar cu cel descris în secțiunea anterioară, cu o diferență: afișează informații de pe dispozitivul selectat în prezentarea dispozitivelor.

Emulator control - vă permite să modificați comportamentul instanței de emulator de funcționare. Puteți, de exemplu, să generați coordonatele GPS pentru testare.

Fire (fluxuri) - Afișează date despre fluxurile utilizate de proces, care este selectată în vizualizarea dispozitivelor. Informațiile vor fi afișate numai dacă ați activat urmărirea fluxului (acest lucru se poate face prin apăsarea butonului al cincilea din vizualizarea dispozitivelor).

HAP (grămadă) (nu este prezentat în figura 2.13) - furnizează informații despre starea memoriei dispozitivului. Ca și în cazul datelor fluxului, este necesar să permitem în mod explicit monitorizarea stării de memorie în vizualizarea dispozitivelor (dispozitiv) apăsând a doua stânga a butonului.

Tracker de alocare (urmărirea piesei) - arată clasele recent utilizate. Ajută foarte mult la combaterea scurgerilor de memorie.

Fișier Explorer - vă permite să modificați fișierele de pe un dispozitiv Android conectat sau pe o instanță de emulator. Puteți să trageți fișierele în această opinie, la fel cum faceți acest lucru atunci când lucrați cu sistemul de operare.

DDMS este de fapt o aplicație separată integrată în Eclipse cu plug-in-ul ADT. Puteți să o difuzați și separat de directorul de director al Directorului $ AndR0ID H0M E / Tools (% Android Home% / Instrumente când utilizați Windows). Nu se conectează direct la dispozitivele prin aplicarea Bridge de Debug Android (ADB) pentru acest lucru - un alt utilitar inclus în SDK. Luați în considerare acest lucru pentru a ne completa cunoștințele despre mediul de dezvoltare Android.

Folosind ADB.

ADB vă permite să gestionați dispozitive conectate și instanțe de emulator. Se compune din trei componente diferite.

Aplicația client care rulează pe mașina de dezvoltator utilizând comanda adb (această comandă va funcționa dacă ați configurat corect variabilele de mediu). Când vorbim despre ADB, înțelegem doar această linie de comandă de utilitate.

Serverul rulează, de asemenea, pe computerul dezvoltatorului. Acesta este instalat ca un serviciu de fundal și este responsabil pentru conexiunea dintre programul ADB și orice dispozitiv conectat sau o instanță de emulator.

ADB Daemon, care este, de asemenea, un proces de fundal și care rulează pe fiecare telefon sau emulator. Serverul ADB utilizează acest afișaj pentru a vă conecta.

De obicei, aplicăm ADB prin DDMS, ignorând existența unui utilitar separat de linie de comandă. Dar, uneori, este util să o executați separat, studiați atât de scurt câteva dintre funcțiile sale.

NOTĂ

Pentru a obține întregul director al comenzilor disponibile, consultați documentația ADB de pe site-ul dezvoltatorilor Android (http://developer.android.com).

O sarcină foarte utilă efectuată utilizând ADB este obținerea unei liste a tuturor conectate la serverul ADB (și, prin urmare, la un computer) și emulatori. Pentru a face acest lucru, executați următoarea comandă a consolei (Notă: Simbolul nu face parte din comandă):

Ca rezultat, va fi afișată o listă a tuturor dispozitivelor și emulatoarelor conectate cu numere de serie relevante:

Numărul de serie al dispozitivului sau emulatorului este utilizat pentru a executa comenzi ulterioare. De exemplu, următoarea comandă va instala fișierul Arc MyApp. Și rk de la mașina de dezvoltator de pe dispozitiv cu numărul de serie NT019P803783:

Argumentele pot fi utilizate cu orice comandă ADB care efectuează orice acțiune cu un dispozitiv specific.

Există, de asemenea, comenzi pentru a copia fișiere între computer și dispozitiv (emulator). Rezultatul următoarei comenzi este de a copia fișierul local MyFi1e. TXT pe cartela de memorie de dispozitiv cu NT019R803783 Număr de serie:

Pentru a inversa Fi1e. TXT de pe un card de memorie, utilizați următorul set de caractere:

Dacă un singur dispozitiv sau emulator este conectat în prezent la serverul ADB, puteți omite numărul de serie - ADB îl va determina automat.

Desigur, capacitățile ADB nu se limitează la funcțiile descrise de noi. Multe dintre ele sunt implementate prin DDMS, iar în majoritatea cazurilor nu vom aplica linia de comandă. Cu toate acestea, pentru sarcini mici, este o soluție ideală.

Rezumând

Dezvoltarea Android poate provoca uneori frică. Din fericire, pentru a începe munca, aveți nevoie doar de o parte din întregul funcțional.

Cel mai important lucru este că trebuie să înțelegeți după studiu - cum funcționează împreună. JDK și Android SDK servesc ca bază a întregii dezvoltări pentru Android. Acestea oferă instrumente pentru compilarea, implementarea și desfășurarea aplicațiilor cu privire la instanțele emulatorului și dispozitivelor. Pentru a accelera procesul de dezvoltare, folosim Eclipse împreună cu pluginul ADT care ne-a livrat de la o lucrare incomodă cu JDK și SDK pe promptul de comandă. Eclipse în sine este construită pe mai multe concepte rădăcină: managerii de proiect de pregatire; Performanțe care oferă funcționalitate specială (de exemplu, editarea codului software sau ieșirea logcat); perspective care combină reprezentările pentru a îndeplini anumite sarcini (de exemplu, depanarea); Porniți și depanați configurațiile care vă permit să determinați parametrii aplicației de pornire sau de depanare.

Condiția prealabilă pentru mastering toate aceste bogății practică, ca și cum ar fi plictisit sună. În cursul studierii acest lucru și implementăm proiecte care vă vor prezenta în mediul de dezvoltare Android. Cu toate acestea, nu merită să opriți - numai depinde de dvs., dacă doriți să faceți următorii pași.

Acum că ați învățat toate aceste informații, puteți merge mai departe la acest lucru, pentru ce a început toate acestea: dezvoltarea de jocuri.

În setările Android, probabil ați găsit elementul misterios "depanare USB", dar dacă toată lumea știe ce este necesar acest mod și cum să-l activezi corect pe versiunile diferite ale sistemului de operare Android?

Care este depanarea

Inițial, acest mod a fost furnizat exclusiv pentru aplicații sau servicii pentru Android. Cu ajutorul depanării, au primit acces la "INSIDE" al sistemului de operare.

Dar mai târziu, tot mai multe cazuri au început să se întâlnească când este nevoie de modul de depanare și utilizatorii "simpli". Doar dezvoltatorii au creat instrumente automate pentru a obține rădăcină (), recuperarea smartphone-ului, modificarea sistemului de operare, care a cerut modul de depanare.

În ciuda numelui formidabil, este suficient de simplu să activați acest mod.

Cum să activați depanarea

Pentru Android 4.1 și mai devreme: când meniul dezvoltatorului poate fi văzut:

În versiunile timpurii ale Android, opțiunile dezvoltatorului sunt disponibile într-o formă aparentă și deschisă. Deschideți doar setările sistemului. În diferite versiuni, opțiunile dezvoltatorului pot fi în locuri diferite: în lista generală, în secțiunea "Aplicații", în meniul principal.

Selectați "Debug by USB" și verificați acolo. Veți vedea o fereastră de avertizare pop-up; Doar faceți clic pe "OK".

Nu este nevoie să supraîncărcați telefonul smartphone pentru a activa acest mod.

Ce se întâmplă dacă secțiunea dorită nu este vizibilă?

În versiunile Android, începând cu 4.2.2, modul de depanare (ca și alte opțiuni de dezvoltator) nu este afișat în meniu. Cu toate acestea, există o modalitate de a le deschide cu ușurință:

Deschideți meniul Setări și fila General
Găsiți secțiunea "Despre dispozitiv"
Deschideți în ea "Informații despre software"
Găsiți în el linia numărului de asamblare și atingeți-l de 7 ori
După ce notificarea apare în obținerea statutului dezvoltatorului, reveniți la secțiunea "General"
Găsiți "Opțiunile dezvoltatorului" au apărut în ea
Găsiți în această secțiune "USB Debug" și verificați acolo
Ieșiți din meniu

Felicitări, acum aveți acces la dispozitivul dvs. printr-un computer!

Cazuri în cazul depanării economisește

Orice utilizator Android se întâmplă atunci când depanarea este necesară. Este bine că ați profitat de instrucțiunile din secțiunea trecută și ați activat-o. Acum poti:

Obțineți accesul la telefonul smartphone / tabletă utilizând aplicații speciale pentru computer. Pentru aceasta, depanarea activată este necesară.
Extrageți datele de pe dispozitiv care nu funcționează. Ne-am dedicat această problemă separată.
Restaurați dispozitivul dacă nu este încărcat. Pentru a face acest lucru, trebuie să utilizați utilități speciale care pot diferi diferite dispozitive și chipset-uri. Căutați mai multe informații în mod specific despre modelul dvs.
Lucrul cu linia de comandă de pe computer pentru a copia rapid fișierele, instalați aplicația sau imediat un set de aplicații, modificați drepturile de acces la un anumit fișier. Pentru a face acest lucru, computerul trebuie instalat pe computer (Android Debug Bridge), care vă permite să oferiți comenzile Android pe dispozitivul conectat. Pentru aceasta, există atât o interfață grafică, cât și un set de comenzi de consolă care sunt date prin linia de comandă.

În general, dacă doriți să extrageți maximul funcționalității tabletei dvs. Android sau smartphone-ului, modul de depanare va fi extrem de util.

Debugingul USB vă permite să utilizați serviciul și dispozitivele de depanare a aplicațiilor pe sistemul de operare Android: verificați modul în care au apărut aplicația și sistemul și sistemul.

Activați depanarea USB

În toate dispozitivele Android, debugurile USB sunt în meniul\u003e Setări, dar opțiunile de locație pot diferi, de exemplu:

Meniu\u003e Dezvoltare USB\u003e Dezvoltare\u003e Setări\u003e Aplicații\u003e Dezvoltare\u003e Debugging USB (ON) Meniu\u003e Setări\u003e Mai mult\u003e Setări dezvoltator\u003e Setări USB\u003e Setări\u003e General\u003e Despre smartphone / Despre tabletă\u003e Număr de asamblare (faceți clic pe el 7 - 10 ori ), apoi reveniți la setări\u003e Pentru dezvoltatori\u003e Debugging USB (ON)

După trecerea la depanarea USB

Deblocați smartphone-ul sau tableta. Nu utilizați portul USB 3.0, numai USB 2.0 când este conectat la un computer.

Când dispozitivul conectat la un computer pentru prima dată, va apărea o încredere în computer: bifați caseta și faceți clic pe OK. Debugul USB este inclus.

Instalarea aplicațiilor USB Debug

Programul ADB este utilizat pentru depanare (Bridge Android Debug - Bridge Android Debug). ADB este o parte integrantă a SDK Android să fie.

Descărcați arhiva ZIP cu Android SDK, conține folderul ADT-Bundle-Windows-X86_64-20140702, care conține SDK-ul însuși. Despachetați-l pe computer. De exemplu, am plasat dosarul în rădăcina discului c, adică. Calea spre SDK va fi ca aceasta: C: \\ ADT-Bundle-Windows-X86_64-20140702 \\

Suntem convinși că computerul este conectat la Internet și rulează ADT-Bundle-Windows-x86_64-20140702 situat în dosarul, programul SDK Manager.

Dacă managerul SDK nu pornește, instalați Java SE.

După pornirea programului Manager SDK, va apărea fereastra de instalare. Trebuie să descărcați și să instalăm

✓ Android SDK. Instrumente de platformă ✓ Instrumente Android SDK ✓ Pachetul Google USB Driver

Sărbăm aceste trei elemente în listă și eliminăm marca de la toate celelalte. Faceți clic pe "Instalare" și așteptați până când programul descărcați componentele.

Driverele USB pentru ferestrele de descărcare de 32 și 64 vor fi descărcate la C: \\ ADT-Bundle-Windows-x86_64-20140702 \\ Extras \\ Google \\ Google \\ usb_driver (setați mai târziu dacă nu găsiți drivere oficiale pentru comprimat sau smartphone) .

Conectăm dispozitivul la computer - Computerul va detecta echipamente noi. Noi stabilim drivere de pe site-ul producătorului sau din dosarul în care au fost descărcate mai devreme (instalația este făcută prin intermediul managerului de sarcini\u003e * Dispozitiv necunoscut *\u003e Butonul din dreapta al mouse-ului\u003e Actualizați software-ul driverului.\u003e Driver de căutare pentru PC-uri\u003e Drivere descărcate).

După instalarea driverelor, în Managerul de dispozitive va apărea un dispozitiv de interfață ADB.

Dacă dispozitivul nu a fost determinat în controler ca interfață ADB, verificați driverele tabletei sau smartphone-urilor, opriți și porniți modul de depanare USB, reconectați dispozitivul la PC.

Pornirea programului ADB.

Lucrul cu programul ADB este cel mai bun prin intermediul echipei string Windows.. Pentru a apela linia de comandă, apăsați "Start", iar în câmpul "Găsiți programe și fișiere", apăsați CMD, apăsați "Enter".

Pentru a vedea ce dispozitive sunt conectate la un computer, tastați:

C: \\ ADT-Bundle-Windows-X86_64-20140702 \\ SDK \\ Platform-Tools \\ Adb.exe Dispozitive

Programul ADB afișează o listă de dispozitive conectate la în prezent la un computer. Dacă dispozitivul este afișat pe promptul de comandă, puteți începe depanarea.

Debug 1 Control V2.2 USB USB

Introduceți (1):

C: \\ ADT-Bundle-Windows-X86_64-20140702 \\ SDK \\ platformă-Tools \\ Adb.exe Logcat

Promptul de comandă va începe cartografia jurnalului smartphone-ului sau tabletei.

Opriți jurnalul făcând clic pe Ctrl + C.

Introduceți (2):

C: \\ ADT-Bundle-Windows-X86_64-20140702 \\ SDK \\ platformă-Tools \\ adb.exe Logcat\u003e log.txt

Acum, jurnalul este relansat folosind (1), va persista fisier textSituat în C: \\ Utilizatori \\ * Utilizator * \\ log.txt

Rulați aplicația I2 Control V2.2 de pe tabletă sau smartphone, executați jurnalul (1), efectuați acțiunea, jurnalul pe care doriți să îl salvați, opriți înregistrarea prin apăsarea Ctrl + C.

Jurnalul salvat puteți trimite la suport tehnicPrin însoțirea acestuia prin proiectul dvs., descrierea problemei, modelului și versiunii firmware-ului tabletei sau smartphone-ului, pe care este detectată problema.

28 octombrie 2013

Traducere ... Traduceți Chineză (scrisoare simplificată) Chineză (scrisoare tradițională) Engleză Franceză Germană Italiană Portugheză Rusă Spaniolă Turcă

Aplicații de depanare la distanță în Android OS *

Android * Bridge Debug

Android Debug Bridge (ADB) este un program de linie de comandă care acceptă schimbul de date între debugger de pe computer (de obicei este GDB *, DDMS * (Dalvik * Debug Monitor Server) sau ADT) și imaginea Android pe dispozitivul țintă. Imaginea țintă poate funcționa atât pe dispozitivul virtual eminulat, cât și pe dispozitivul fizic, schimbul de date cu care se efectuează utilizând un cablu USB-OTG sau un adaptor USB-Ethernet. ADB este un element obligatoriu care oferă capacitatea de a depana aplicații Android.

Dispozitivul la care se efectuează conexiunea poate fi cel mai mult tipuri diferite și dimensiuni. Acesta este, de obicei, un smartphone sau tabletă. Cu toate acestea, poate fi o tabletă medicală, un dispozitiv industrial, precum și un dispozitiv de acasă pentru controlul energiei electrice, terminalului de depozit sau al altor sisteme similare.

Configurarea podului Android Debug pentru aplicațiile de depanare la distanță pe platformă cu procesor Intel® Atomtm nu este practic diferit de depanarea unei alte arhitecturi.

În primul rând este necesar să se instaleze computer Android. SDK, inclusiv ADB. Pentru instrucțiuni, consultați http://developer.android.com/sdk/installing.html.

ADB setare *

Dacă imaginea țintă este rulată pe dispozitivul fizic, atunci trebuie să activați suportul USB-OTG sau USB-Ethernet. Pentru a susține USB-Ethernet, trebuie să schimbați configurația kernel-ului și re-asamblarea. Furnizorul OEM va furniza informațiile necesare cu privire la această procedură.

Metoda standard de aplicații de depanare la distanță asigură utilizarea interfeței USB-OTG, echipată cu cele mai multe dispozitive Android. Instalarea este descrisă în detaliu în detaliu pe Android * http: //developer.android.com/Guide/developing/device.html.

Iată pașii principali:

1. Anunță proprietatea de depanare în manifestarea Android.

Când utilizați Eclipse, puteți sări peste acest pas, deoarece depanarea se aprinde automat când aplicația este pornită de la mediul de dezvoltare Eclipse.

În fișierul androidmanifest.xml, adăugați Android: Debuggable \u003d "Adevărat" în element .

Notă: Dacă activați manual depanarea în fișierul manifest, nu uitați să o dezactivați înainte de a asambla o aplicație de ieșire (aplicația publicată, de regulă, nu ar trebui să poată depana).

2. Porniți depanarea pe dispozitiv prin USB.

Deschideți pe dispozitiv SETTINPMENT\u003e Aplicații\u003e Dezvoltare Și setați steagul Depanare USB. (în versiunea Android 4.0 este în meniu Setări\u003e Opțiuni dezvoltator).

3. Configurați sistemul pentru a detecta dispozitivul.

o Ferestrele trebuie să instaleze un driver USB pentru ADB. Pentru driverele producătorilor OEM și ghidul de legătură, consultați documentul de drivere USB OEM.

o Pentru Mac OS * x, nu este necesar să instalați drivere suplimentare. Sari peste acest pas.

o Când utilizați Ubuntu * Linux, trebuie să adăugați un fișier de reguli UDEV care conține o configurație USB pentru fiecare tip de dispozitive care trebuie utilizate la dezvoltarea. În fișierul de reguli, fiecare producător de dispozitive este notat de un identificator unic folosind proprietatea Attr (Idvendor). Pentru lista de identificatori producători, consultați lista producătorului USB de mai jos. Setarea detectării dispozitivului în Ubuntu Linux.:

Logheaza-te cu drepturi de rădăcini Și creați un fișier: /etc/duv/rules.d/51- șiroid.rurilor.

Adăugați la fișierul fiecărui producător folosind formatul următor:
Subsistemul \u003d\u003d "USB", Attr (idvendor) \u003d\u003d " ", MODE \u003d" 0666 ", grup \u003d" Plugdev "

Notă: Sintaxa regulii poate diferi ușor în funcție de mediul utilizat. Dacă este necesar, citiți documentația UDEV la sistem. Pentru descrierea sintaxei, consultați acest ghid de scriere a regulilor UDEV.

Acum executați comanda:
Chmod a + r /etc/udev/rules.d/51- șirod.rurilor

Când vă conectați prin USB, puteți afla dacă dispozitivul este conectat prin efectuarea comenzii Adb adb. Dispozitive din dosarul platforme-unelte. Dacă dispozitivul este conectat, numele dispozitivului cu dispozitivul Word va fi afișat pe ecran.

Când Android este încărcat, conectați cablul USB-OTG la port (mini Tipul USB. b) pe dispozitiv și un alt conector de cablu - la port (USB tip A) de pe computer.

Dacă totul funcționează, puteți executa următoarea comandă pentru a afișa dispozitivul conectat:

* Daemon nu funcționează. Pornirea acum *

* Daemon a început cu succes *

Lista dispozitivelor atașate

0123456789ABCDEF Dispozitiv.

Notă: Pentru a afla ce nume dispozitiv este atribuit acestei conexiuni pe un computer Linux, puteți efectua dmesg pentru a căuta adresa de stocare USB: Dispozitiv găsit la

ADB în Windows *

Descărcați și instalați Eclipse Classic la http://www.eclipse.org/downloads/

Descărcați pachetul Android * SDK pentru Windows * la http://developer.android.com/sdk/index.html. (Android-sdk_R18-windows.zip sau Installer_R18-Windows.exe).

După instalarea fișierului SDK Android Adb.exe va fi în dosar \\ Android-sdk \\ platforma-instrumente

Transferarea datelor între server și client în ADB

Înainte de aceasta, am discutat despre instalarea ADB pe computerul dezvoltatorului. De fapt, acest client este un program de server care conține trei componente:

Clientul a început pe computerul dezvoltatorului. Puteți apela clientul de la shell utilizând comanda ADB. Alte Androids, cum ar fi modulul ADT și DDMS conectat, creează, de asemenea, clienți ADB.

Un server care rulează pe computerul unui dezvoltator sub forma unui proces de fundal. Serverul gestionează schimbul de date între client și programul de control ADB de pe emulator sau pe dispozitiv.

Programul de gestionare a început pe fiecare instanță a emulatorului sau pe fiecare dispozitiv ca proces de fundal.

Când porniți clientul ADB, clientul verifică mai întâi dacă procesul serverului ADB funcționează deja. Dacă nu, clientul lansează procesul de server. Serverul după pornire este conectat la portul local TCP 5037 și ascultă comenzile trimise de clienții ADB. Toate clienții ADB utilizează portul 5037 pentru a face schimb de date cu Adb Server.

TZAnT serverul stabilește conexiuni la toate emulatoarele și dispozitivele de funcționare. Pentru a detecta emulatoarele și dispozitivele, serverul verifică toate porturile cu numere impare în intervalul de la 5555 la 5585 (această gamă este utilizată de emulatori și dispozitive). Când este detectat demonul ADB, se stabilește conectarea la acest port. Rețineți că fiecare emulator sau dispozitiv primește o pereche de porturi cu numere de serie: portul cu un număr par pentru conectarea consolei și a portului cu un număr impar pentru a conecta ADB. De exemplu:

Emulator 1, consola: 5554

Emulator 1, ADB: 5555

Emulator 2, consola: 5556

Emulator 2, ADB: 5557 ...

După cum se arată mai sus, acea instanță a emulatorului este conectată la ADB pe portul 5555, consola ascultă portul 5554.

După conectarea serverului la toate instanțele emulatorului, puteți utiliza comenzile ADB pentru a gestiona aceste instanțe și accesul la acestea. Serverul gestionează conexiuni la emulatori și dispozitive și comenzi de procese pentru mai mulți clienți ADB, astfel încât să puteți controla orice emulator sau dispozitiv de la orice client (sau folosind scriptul).

Rulați ADB.

Introduceți "Shell ADB". Simbolul # indică faptul că conexiunea este instalată cu succes.

Comenzi ADB de bază pentru dispozitivele

Următoarele comenzi ajută la trecerea cererii de depanare la țintă sau în emulator utilizând linia de comandă. Poate fi convenabil, mai ales dacă nu există nicio legătură cu terminalul SSH.

aDB împingeți. - Copiați fișierul sau folderul la dispozitiv

aDB trage. [] - Copiați fișierul sau dosarul de la dispozitiv

adb Sync [ ] - copiați de la un computer la dispozitiv numai dacă există modificări

(-l afișați o listă, dar nu copiați)

(vezi "Ajutor ADB all")

adb Shell - Interactive Running Shell de la distanță

adb shell. - Efectuați o comandă de la distanță<

adb emu. - Executați comanda consolei emulatorului<

adb Logcat [ ] - Vizualizați jurnalul de dispozitiv

aDB înainte - conexiuni de redirecționare a soclului. Parametrii redirecționării:< tcp:

localabstract:

local:

localFilesyystem:

dev:

jDWP: (numai la distanță)

aDB JDWP - Afișați lista tuturor proceselor de transport PIDS JDWP

instalarea ADB [-L] [-R] [-S] - Transferați fișierul pachet pe dispozitiv și instalați-l

("-L" blocarea redirecționării aplicațiilor)

("-R" reinstalați aplicația prin salvarea datelor privind datele datelor)

("-S" să se instaleze pe cartela de memorie SD și nu în memoria flash internă)

aDB Uninstall [-k] Ștergeți pachetul de aplicații de la dispozitiv

Pentru mai multe informații despre instalarea și utilizarea ADB, consultați http://developer.android.com/guide/developing/tools/adb.html

Decuparea codului nativ C / C ++ utilizând debuggerul

Dacă depanarea se efectuează utilizând GDB, sarcinile pentru procesarea procesului de transfer de date a unui astfel de depanare execută GDBSERVER pe dispozitiv, dar puteți utiliza driverul USB-Ethernet cu ADB pentru a procesa nivelul de transmisie de date la care GDBSERver este schimbat de Date TCP / IP cu GDB pe computerul dezvoltatorului.

Există o aplicație GDBClient care stabilește mediul de depanare și rularea GDBSERVER pe un dispozitiv de depanare.

Utilizare: executabil GDBCLIENT: Port

Numele fișierului executabil executabil (implicit: App_process)

Port port de conectare (implicit: 1234)

PROG_PATH Calea completă către fișierul executabil în sistemul țintă (de exemplu: / sistem / bin / mediaserver)

Dacă este specificat parametrul PROG_PATH, GdClient încearcă să pornească GDBServer și să îl atașați la rularea prognozei.

Pentru a porni GDBSERVER, puteți utiliza în mod explicit următoarea comandă

# Gdbserver: 1234 --Atach 269

Atașat; PID \u003d 269.

Ascultarea portului 1234

Instrucțiunile pas cu pas din lansarea sesiunii de depanare arată că ADB este încă folosit pentru a trimite date de depanare, chiar dacă depanarea se efectuează utilizând GDB, nu ADT sau DDMS. Să presupunem că se utilizează portul 1234.

Rulați procesul:

gdbserver: 1234 / Sistem / Bin / Execut

sau conectați-vă la procesul existent:

gdbserver: 1234 - PIDATACH PID

Redirecționați portul local de 1234 din stația de lucru cu dispozitivul utilizând ADB:

aDB înainte TCP: 1234 TCP: 1234

Rulați o versiune specială a GDB situată în zona prebuiltă a structurii codului sursă:

prepuilt / Linux / Toolchain-Eabi-4.x.x / Bin / I686-Android-Linux-GDB (pentru Linux)

prepuilt / Darwin-X86 / Toolchain-Eabi-4.x.x / Bin / I686-Android-Linux-GDB (pentru Darwin)

Dacă nu găsiți o versiune specială a GDB, executați comanda Găsire Prebuilt -name i686-Android-Linux-Gdbin din structura codului sursă pentru a găsi și a rula cea mai recentă versiune.

Trebuie să copiați fișierul executabil în dosarul simbolurilor și nu în folderul principal Android, deoarece fișierul din dosarul principal este șters de informații simbolice.

În GDB, specificați locația bibliotecilor generale de descărcare:

setați Solib-Absolut-Prefix / Absolut-Source-Path / Out / Target / Produs / Produs-Nume / Simboluri

setați traseul de căutare solib / Absolut-Source-Path / Out / Target / Produs / Produs-Nume / Simboluri / System / Lib

absolute este calea către copacul de cod sursă.

Urmați corectitudinea dosarelor specificate: Este posibil ca GDB să nu dau un mesaj în cazul unei erori.

Conectați-vă la dispozitiv utilizând comanda GDB:

(GDB) Target Targe: 1234

Parametrul: 1234 Indică conexiunea la portul 1234 al computerului local conectat la dispozitiv cu folosind ADB..

Acum puteți începe debluarea codului C / C ++ încorporat pe platforma Android * * utilizând GDB în mod obișnuit.

Pentru mai multe informații, consultați documentația pentru.

Utilizarea plug-in-ului ADT * pentru Eclipse * pentru depanarea aplicațiilor Android *

Pentru dispozitivele bazate pe arhitectura Intel®, procesul de instalare nu are diferențe semnificative față de adresa descrisă la adresa http://developer.android.com/sdk/eclipse-ad.html#installing.

Modulul de depanare Android (ADT *) oferă toate posibilitățile aplicațiilor integrate de depanare în mediul Eclipse pentru emulatori și dispozitive cu arhitectură Intel. Sunt suportate două depozite de depanare cu diferite seturi de funcții.

Puteți comuta între ele după cum este necesar; Fiecare dintre ele are anumite avantaje.

Debug View în Eclipse *

Depanarea în Eclipse oferă acces la următoarele file:

Debug - afișează Android deja debugged și debugged și în prezent rulează fluxuri

Variabile - Când este setată opțiunea de oprire, afișarea valorilor variabile la executarea codului

Puncte de întrerupere - Lista punctelor de oprire în codul de aplicare

Logcat - Vizualizați mesajele din jurnalul sistemului în timp real. Fila Logcat este de asemenea disponibilă în vizualizarea DDMS.

Pentru a deschide vizualizarea în perspectivă de depanare, faceți clic pe fereastră\u003e Perspectivă deschisă\u003e Debug. Pentru mai multe informații, consultați documentația pentru Debuggerul Eclipse.

Vizualizare DDMS.

Vizualizarea DDMS din Eclipse oferă acces la toate funcțiile DDMS din mediul de dezvoltare Eclipse. Următoarele secțiuni DDMS sunt disponibile:

Dispozitive - o listă de dispozitive fizice și virtuale conectate la ADB.

Controlul emulatorului - efectuarea diferitelor acțiuni cu dispozitivul.

Logcat - Vizualizați mesajele din jurnalul sistemului în timp real.

Threads - Afișează în prezent fluxuri de rulare într-o mașină virtuală.

HAP - Utilizați o grămadă de mașină virtuală.

Alocarea tracker - Vizualizați obiectele de alocare a memoriei.

Fișier Explorer - Lucrul cu un sistem de fișiere de dispozitiv.

Cererea de depanare miercuri

La depanarea aplicațiilor Android * Pentru arhitectura Intel®, diferența este de a configura dispozitivul de depanare.

Pentru a selecta un dispozitiv utilizând dispecerul Android * Dispozitiv Virtual Manager, care face parte din Android * SDK, deschideți fereastra\u003e Meniul Manager AVD din Eclipse *. Trebuie să selectați Atom Intel ca un EABI țintă pentru o imagine de imagine și emulare a dispozitivului.

Dacă ați îndeplinit toate acțiunile de instalare ADB * descrise la începutul acestui articol și creând o punte de depanare la un dispozitiv fizic, atunci meniul de selectare a dispozitivului va apărea în Eclipse, unde puteți selecta un dispozitiv țintă pentru implementarea unei aplicații și depanarea aceasta.

În caz contrar, depanarea aplicației Android * pentru arhitectura Intel® nu este aproape diferită de depanarea aplicațiilor Android * pentru arhitectura ARM *.

Toate regulile și instrucțiunile furnizate la adresa