Android Profiler: ce este, capacitățile CPU, Memory și Network

Ce este Android Profiler?

Android Profiler — este o componentă Android Studio care a înlocuit Android Monitor și DDMS învechite. Oferă o interfață unică pentru profilarea tuturor aspectelor aplicației: CPU Profiler pentru analiza procesorului, Memory Profiler pentru lucrul cu memoria, Network Profiler pentru cererile de rețea și Energy Profiler pentru consumul de energie. Datele sunt colectate automat la lansarea aplicației prin Android Studio.

Profilerul funcționează atât pe emulator, cât și pe dispozitivul fizic conectat prin USB. Conform datelor Google I/O 2023, Android Profiler este utilizat în peste 70% din proiectele Android și este considerat instrumentul standard de diagnosticare a performanței. Principalul avantaj față de soluțiile externe — integrare zero: nu este nevoie să adaugi dependențe în build.gradle sau să modifici codul aplicației.

Arhitectura Android Profiler este construită pe Perfetto — tracerul de sistem Android care colectează date la nivel de nucleu și aplicație. Perfetto asigură un overhead minim (sub 1% CPU) și suportă înregistrarea pe termen lung de până la 30 de minute. Acest lucru permite profilarea nu doar a operațiilor rapide, ci și a scenariilor lungi — tranziții între ecrane, sincronizare în fundal, consum de memorie pe parcursul unei ore de utilizare.

Ce date colectează Android Profiler

Profilerul colectează patru tipuri de date: CPU — încărcarea fiecărui nucleu și fir, Memory — Java Heap, Native Heap, Stack, Graphics, Network — toate cererile primite și trimise, Energy — categorii de consum energetic (Idle, Light, Medium, Heavy). Datele sunt sincronizate pe axa temporală — poți vedea simultan cum modificarea CPU afectează memoria și consumul de energie.

CPU Profiler: analiza procesorului și a firelor

CPU Profiler arată încărcarea procesorului în timp real pe axa temporală, împărțită pe firele aplicației. Fiecare fir este reprezentat printr-o linie sau zonă colorată — cu cât zona este mai largă, cu atât firul ocupă mai mult timp de procesor. Zonele roșii înseamnă activitatea aplicației, albastre — apeluri de sistem, gri — așteptare.

Pentru analiza detaliată, CPU Profiler suportă trei moduri de înregistrare: Trace Java Methods (trasarea tuturor metodelor Java), Trace C/C++ Functions (trasarea funcțiilor native NDK) și Sample Java Methods (eșantionare, modul recomandat). Eșantionarea oferă cel mai mic overhead și este potrivită pentru profilarea zilnică, iar trasarea completă — pentru găsirea problemelor complexe.

// Exemplu: analiza CPU Profiler va arăta această metodă ca bottleneck
class DataProcessor {
    suspend fun processLargeDataset(items: List<Item>): List<Result> {
        // CPU Profiler va arăta încărcarea ridicată a CPU în inBackgroundThread
        return withContext(Dispatchers.Default) {
            items.map { it.computeHeavyTransformation() }
        }
    }
}

// Recomandare după profilare:
// computeHeavyTransformation ocupă 80% din timp — memorăm rezultatul în cache
class DataProcessorOptimized {
    private val cache = LruCache<String, Result>(100)

    suspend fun processLargeDataset(items: List<Item>): List<Result> {
        return withContext(Dispatchers.Default) {
            items.mapNotNull { cache.get(it.id) ?: it.computeHeavyTransformation().also { cache.put(it.id, it) } }
        }
    }
}

După înregistrare, CPU Profiler afișează Top-Down Tree — arborele de apeluri cu timpul de execuție al fiecărei metode. Fii atent la coloana Self Time/Total: dacă Self Time al metodei depășește 16 ms și este apelată din firul UI — este un cadru ratat garantat. Soluția — mută calculele grele într-un fir de fundal prin Dispatchers.IO sau Default.

Moduri de trasare CPU

Sample Java Methods — modul recomandat pentru profilarea zilnică cu overhead de 3–5%. Trace Java Methods — trasarea completă a fiecărui apel, overhead până la 15%, utilizat pentru înregistrări scurte (5–10 secunde). Trace C/C++ Functions — trasarea codului NDK prin Linux Perf, indispensabil pentru analiza jocurilor și bibliotecilor în C++. Schimbă modurile în funcție de tipul problemei.

Memory Profiler: lucrul cu memoria și găsirea scurgerilor

Memory Profiler urmărește toate categoriile de memorie ale aplicației: Java Heap (obiecte JVM), Native Heap (alocări C/C++ prin JNI), Stack (stivele firelor) și Graphics (texturi, buffere GPU). Vizualizarea principală — graficul temporal al consumului de memorie, unde fiecare categorie este afișată cu propria culoare. Dacă graficul nu scade după colectarea gunoiului (GC) — suspectează o scurgere.

Pentru găsirea scurgerilor, folosește funcția Capture Heap Dump. În momentul dump-ului, Android Profiler oprește aplicația pentru ~100 ms și creează un fișier HPROF — o imagine completă a tuturor obiectelor vii din Java Heap. După deschiderea dump-ului, poți sorta obiectele după Retained Size (volumul de memorie care va fi eliberat la ștergerea obiectului) și căuta instanțe de Activity, Fragment sau Bitmap care ar fi trebuit să fie distruse.

Conform datelor Google I/O 2022, Memory Profiler împreună cu LeakCanary acoperă 95% din scenariile de detectare a scurgerilor de memorie pe Android. LeakCanary funcționează automat — detectează scurgerea în fundal. Memory Profiler este necesar pentru analiza manuală: vezi imaginea completă a alocărilor, nu doar scurgerile.

Cum să interpretezi un dump HPROF

După capturarea dump-ului, sortează obiectele după Retained Size — acesta este volumul de memorie care va fi eliberat la ștergerea obiectului. Caută instanțe de Activity, Fragment și Bitmap cu Retained Size mare care nu ar trebui să fie în memorie. Mergi la fila Reference Tree pentru a vedea lanțul de referințe care menține obiectul — cel mai adesea este un câmp static al unui singleton sau un callback necurățat. O metrică importantă — Allocation rate (numărul de alocări pe secundă). Dacă allocation rate depășește 10 000 de obiecte/s, aplicația pierde prea mult timp creând și ștergând obiecte temporare, ceea ce încarcă GC și provoacă microînghețuri. În acest caz, folosește instrumentul View Inspector și găsește locurile cu creare frecventă de obiecte în bucle.

Network Profiler: monitorizarea cererilor de rețea

Network Profiler afișează toate cererile de rețea ale aplicației în timp real pe axa temporală. Fiecare cerere este afișată ca o bară orizontală — lungimea sa corespunde timpului de execuție, culoarea — tipului de cerere (GET, POST, PUT, DELETE). Derularea axei permite să vezi cum sunt distribuite cererile în timp și dacă se dublează.

Sunt suportate toate bibliotecile populare: OkHttp, Retrofit, Volley, Ktor. Pentru Ktor și OkHttp, profilerul arată stiva completă de apeluri, inclusiv interceptoare și convertoare. Pentru fiecare cerere sunt disponibile Request Headers și Response Headers, corpul răspunsului (până la 1 MB), codul de stare și durata.

Probleme tipice detectate de Network Profiler: lipsa cache-ului (același URL este solicitat la fiecare deschidere), cereri duplicate (două componente încarcă simultan aceleași date), dimensiunea excesivă a răspunsului (serverul trimite 5 MB când e nevoie de 50 KB). Network Profiler ajută să vezi astfel de probleme literalmente dintr-o privire pe axa temporală.

Pentru emularea rețelelor lente, folosește Network Conditioning în Android Studio — permite limitarea lățimii de bandă la 3G/2G și adăugarea de întârziere. Acest lucru este crucial pentru testarea comportamentului aplicației în condiții de rețea proaste, în special pentru aplicațiile care funcționează în regiuni cu internet instabil.

Energy Profiler: analiza consumului de energie

Energy Profiler evaluează impactul aplicației asupra încărcării bateriei pe baza datelor Perfetto. Instrumentul nu măsoară consumul real în miliamperi, ci clasifică fiecare operație într-una din cele cinci categorii de consum energetic: Idle, Light, Medium, High și Overloaded. Axa temporală Energy Profiler este iluminată cu culoare: verde (încărcare ușoară), galben (medie), roșu (ridicată).

Cauzele principale ale apariției zonelor roșii: WakeLock (aplicația menține procesorul activ), Location GPS (cereri constante de coordonate cu precizie ridicată), conexiuni Keep-Alive (schimb frecvent de date cu serverul), transmisii mari de date (trimitere fișiere, streaming). Energy Profiler arată exact ce operație și în ce moment a provocat un vârf de consum energetic.

Conform Android Developers, o aplicație tipică nu ar trebui să petreacă mai mult de 5% din timp în categoria High. Dacă Energy Profiler arată zone roșii mai mult de 10% din timpul de profilare — aplicația nu va trece de review după criteriul Battery Drain. Recomandare — folosește WorkManager pentru sarcinile de fundal, limitează cererile Location la precizia minim necesară și agregează cererile de rețea în batch-uri.

Cum să folosești Android Profiler: ghid practic

Lansarea Android Profiler se face cu un singur clic: în Android Studio deschide View → Tool Windows → Profiler sau dă dublu clic pe pictograma Profiler din panoul din dreapta. După lansarea aplicației pe dispozitivul conectat, Android Studio se va conecta automat la proces și va începe colectarea datelor. Pe axa temporală vor apărea imediat graficele CPU, Memory, Network și Energy.

Pentru analiza detaliată, selectează fila dorită (CPU, Memory, Network sau Energy) și începe înregistrarea. Pentru CPU recomand modul Sample Java Methods cu durata de înregistrare de 30 de secunde — este suficient pentru un scenariu tipic. Pentru Memory — dump heap după executarea scenariului (Capture Heap Dump). Pentru Network, înregistrarea pornește automat, este suficient să apeși butonul Stop după finalizarea scenariului.

După oprirea înregistrării, exportă datele: File → Save As salvează întreaga sesiune într-un fișier .perf. Este convenabil pentru compararea metricilor înainte și după optimizare. Creează o sesiune baseline pe prima versiune stabilă și compară fiecare sesiune nouă cu ea — acesta este singurul mod de a evalua obiectiv schimbările de performanță.

Automatizarea profilării în CI

Android Profiler poate fi lansat din linia de comandă prin Android Studio CLI și Firebase Test Lab. Firebase Test Lab suportă profilarea performanței ca parte a testelor UI: primești metricile CPU, Memory și Network împreună cu rezultatul testului. Configurează pipeline-ul astfel încât la scăderea metricilor cu 10% față de baseline, pipeline-ul CI să fie blocat până la verificarea de către dezvoltator.