AndroidProfiler不妨供給對于運用CPU、外存和搜集的及時數據。
一.啟用領會
要翻開AndroidProfiler窗口，請按以次辦法操縱：
1.點擊東西欄中的AndroidProfiler（也不妨點擊View>ToolWindows>AndroidProfiler）。
2.在AndroidProfiler窗口頂部采用想要領會的擺設和運用過程，如次圖所示。
上海圖書館中各個數字對應的含意：
①要領會的擺設。
②要領會的運用過程。
③功夫線縮放控件。
④及時革新跳轉按鈕。
⑤Event功夫線，囊括Activity狀況、用戶輸出Event和屏幕回旋Event。
即使表露“Advancedprofilingisunavailablefortheselectedprocess”，不妨在高層東西欄中式點心擊Profile‘app‘來運轉，大概在運轉擺設中起用高檔領會，按以次辦法操縱：
1.采用Run>EditConfigurations。
2.在左側窗格中采用您的運用模塊。
3.點擊Profiling標簽，而后勾選Enableadvancedprofiling。
從新建立并運轉運用即可。
二.CPUProfiler
CPUProfiler可扶助及時查看運用的CPU運用率和線程Activity，并記載因變量盯梢，再不優化和調節和測試運用代碼。
2.1CPUProfiler大概瀏覽
如上海圖書館所示，CPUProfiler的默許視圖囊括以次實質：
①Event功夫線：表露運用中在其人命周期變換的Activity，并表露用戶與擺設的交互，囊括屏幕回旋Event。
②CPU功夫線：表露運用的及時CPU運用率（占總可用CPU功夫的百分比）以及運用運用的總線程數。此功夫線還表露其余過程的CPU運用率（如體例過程或其余運用），再不不妨將其與本人的運用運用率舉行比較。經過沿功夫線的程度軸挪動鼠標，還不妨查看汗青CPU運用率數據。
③線程Activity功夫線：列出屬于運用過程的每個線程。底下證明各別的臉色對應的含意：
綠色：表白線程居于震動狀況或籌備運用CPU。即，它正在“運轉中”或居于“可運轉”狀況。黃色：表白線程居于震動狀況，但它正在等候一個I/O操縱（如磁盤或搜集I/O），而后本領實行它的處事。灰色：表白線程正在睡眠且沒有耗費任何CPU功夫。當線程須要考察尚不行用的資源時偶然會爆發這種情景。線程加入自決睡眠或內核將此線程置于睡眠狀況，直到所需的資源可用。④記載擺設：采用領會器記載因變量盯梢的辦法，如次：
Sampled：以恒定周期記載。在運用實行功夫一再捕捉運用的挪用倉庫。領會器比擬捕捉的數據集以推導與運用代碼實行相關的功夫和資源運用消息。鑒于“Sampled”的盯梢的題目是，即使運用在捕捉挪用倉庫保守入一個因變量并鄙人一次捕捉前退出該因變量，則領會器不會記載該因變量挪用。即使對該類人命周期很短的盯梢因變量感愛好，應運用“Instrumented”盯梢。Instrumented：以因變量挪用功夫為周期記載。在運轉時樹立運用以在每個因變量挪用的發端和中斷時記載功夫戳。它搜集功夫戳并舉行比擬，以天生因變量盯梢數據，囊括功夫消息和CPU運用率。提防，與樹立每個因變量關系的開支會感化運轉時本能，并大概會感化領會數據，對于人命周期對立較短的因變量，這一點更為鮮明。其余，即使運用短功夫內實行洪量因變量，則領會器大概會趕快勝過它的文獻巨細控制，且不許再記載更多的盯梢數據。Editconfigurations：承諾變動上述“Sampled”和“Instrumented”記載擺設的某些默許值，并將它們另存為自設置擺設。⑤記載按鈕：用來發端和遏止記載因變量盯梢。
注：領會器還會匯報AndroidStudio和Android平臺增添到您的運用過程（如JDWP、ProfileSaver、Studio:VMStats、Studio:Perfa以及Studio:Heartbeat）的線程CPU運用率。
2.2記載和查看因變量盯梢
采用Sampled或Instrumented，而后點擊Record發端記載因變量盯梢，點擊Stoprecording中斷，如次圖所示。
①采用功夫范疇：決定要在盯梢窗格中查看所記載功夫范疇的哪一局部。當初次記載因變量盯梢時，CPUProfiler將在CPU功夫線中機動采用完備長度。即使想僅查看所記載功夫范疇第一小學局部的因變量盯梢數據，不妨點擊并拖動超過表露的地區邊際以竄改其長度。
②功夫戳：用來表白所記載因變量盯梢的發端和中斷功夫（對立于領會器從擺設發端搜集CPU運用率消息的功夫）。不妨點擊功夫戳以機動采用完備記載。
③盯梢窗格：用來表露所選的功夫范疇和線程的因變量盯梢數據。
④經過挪用圖表、火苗圖、TopDown樹或BottomUp樹的情勢表露因變量盯梢。
⑤決定怎樣丈量每個因變量挪用的功夫消息：
Wallclocktime：本質過程的功夫。Threadtime：本質過程的功夫減去線程沒有耗費CPU資源的功夫。2.2.1運用CallChart標簽查看盯梢
CallChart標簽供給因變量盯梢的圖形表白情勢，個中，程度軸表白因變量挪用（或挪用方）的功夫，并沿筆直軸表露其被挪用者。對體例API的因變量挪用表露為橙色，對運用自有因變量的挪用表露為綠色，對第三方API（囊括Java談話API）的因變量挪用表露為藍色。下圖展現了一個挪用圖表白例，并刻畫了給定因變量的Selftime、Childrentime以及總功夫的觀念。
提醒：若要跳轉到某個因變量的源代碼，請右鍵點擊該因變量并采用JumptoSource。
2.2.2運用FlameChart標簽查看盯梢
FlameChart標簽供給一個顛倒的挪用圖表，個中程度軸不復代辦功夫線，它表白每個因變量對立的實行功夫。
底下證明此觀念，商量下圖中的挪用圖表。提防因變量D屢次挪用B（B1、B2和B3），個中少許對B的挪用也挪用了C（C1和C3）。
因為B1、B2和B3共享溝通的挪用方程序(A→D→B)，所以可將它們匯總在一道，如次所示。同樣，將C1和C3匯總在一道，由于它們也共享溝通的挪用方程序(A→D→B→C)。提防未包括C2，由于它具備各別的挪用方程序(A→D→C)。
匯總的因變量挪用用來創造火苗圖，如次圖所示。提防，對于火苗圖中任何給定的因變量挪用，開始表露耗費最多CPU功夫的被挪用方。
2.2.3運用TopDown和BottomUp查看盯梢
TopDown標簽表露一個因變量挪用列表，在該列表中打開因變量節點會表露因變量的被挪用方。下圖表露上頭挪用圖表對應的“TopDown”圖表。圖表中的每個箭鏃都從挪用方指向被挪用方。
如上海圖書館所示，在“TopDown”標簽中打開因變量A的節點可表露它的被挪用方，即因變量B和D。而后，打開因變量D的節點可表露它的被挪用方，即因變量B和C之類。
TopDown標簽供給以次消息以證明在每個因變量挪用上所耗費的CPU功夫：
Self：表白因變量挪用在實行本人的代碼（而非被挪用方的代碼）上所花的功夫。Children：表白因變量挪用在實行本人的被挪用方（而非本人的代碼）上所花的功夫。總和：因變量的Self和Children功夫的總和。表白運用在實行因變量挪用上所花的總功夫。BottomUp標簽表露一個因變量挪用列表，在該列表中打開因變量節點將表露因變量的挪用方，如次圖所示。
如上海圖書館所示，在“BottomUp”樹中翻開因變量C的節點可表露它的挪用方B和D。提防，縱然B挪用C兩次，但在“BottomUp”樹中打開因變量C的節點時，B僅表露一次。而后，打開B的節點表露其挪用方，即因變量A和D。
注：當領會器達到文獻巨細控制時，AndroidStudio將遏止搜集新數據（但不會遏止記載）。
2.3創造記載擺設
要創造或編纂自設置擺設，或查看現有的默許擺設，可經過記載擺設下拉菜單中采用Editconfigurations來翻開CPURecordingConfigurations對話框，如次圖所示。
不妨在左側窗格中采用現有擺設來查看其樹立，也可按如次辦法創造一個新的記載擺設：
1.點擊對話框左上角的?。
2.為擺設定名。
3.在TraceTechnology局部采用Sampled或Instrumented。
4.對于“Sampled”記載擺設，以微秒(μs)為單元指定Samplinginterval。此值表白運用挪用倉庫的每個取樣之間的連接功夫。
5.對于寫入貫穿擺設的記載數據，以兆字節(MB)為單元指定Filesizelimit。當您遏止記載時，AndroidStudio將領會此數據并將其表露在領會器窗口中。
注：即使運用運轉API級別26或更高本子的貫穿擺設，則對于盯梢數據的文獻巨細沒有控制，此值可忽視。
6.點擊Apply或OK。即使變動了其余記載擺設，則也將生存那些變動。
三.MemoryProfiler
MemoryProfiler是可扶助辨別引導運用卡頓、停止以至解體的外存揭發和流逝。它表露一個運用外存運用量的及時圖表，不妨捕捉堆轉儲、強迫實行廢物接收以及盯梢外存調配。
3.1MemoryProfiler大概瀏覽
如上海圖書館所示，MemoryProfiler的默許視圖囊括以次各項：
①強迫實行廢物接收Event。
②捕捉堆轉儲。
③記載外存調配情景。此按鈕僅在運轉Android7.1或更低本子的擺設時才會表露。
④夸大/減少功夫線。
⑤跳轉至及時外存數據。
⑥Event功夫線，其表露Activity狀況、用戶輸出Event和屏幕回旋Event。
⑦外存運用量功夫線，包括以次實質：
表露每個外存類型運用幾何外存的堆疊圖表，如左側的y軸以及頂部的彩色鍵所示。虛線表白調配的東西數，如右側的y軸所示。用來表白每個廢物接收Event的圖標。如上海圖書館，外存計數中的類型如次所示：
Java：從Java或Kotlin代碼調配的東西外存。Native：從C或C++代碼調配的東西外存。Graphics：圖形緩沖區部隊向屏幕表露像素（囊括GL外表、GL紋理之類）所運用的外存。（提防，這是與CPU共享的外存，不是GPU專用外存。）Stack：運用中的原生倉庫和Java倉庫運用的外存，常常與運用運轉幾何線程相關。Code：運用用來處置代碼和資源（如dex字節碼、已優化或已編寫翻譯的dex碼、.so庫和字體）的外存。Other：運用運用的體例不決定怎樣分門別類的外存。Allocated：運用調配的Java/Kotlin東西數。沒有計入C或C++中調配的東西。注：暫時，MemoryProfiler還會表露運用中的少許誤報的原生外存運用量，而那些外存本質上是領會東西運用的。對于大概100000個東西，最多會使匯報的外存運用量減少10MB。
3.2察看外存調配
MemoryProfiler可表露相關東西調配的以次消息：
調配哪些典型的東西以及它們運用幾何空間。每個調配的堆疊躡蹤，囊括在哪個線程中。東西在何時被廢除調配（Android8.0+）。即使擺設運轉Android8.0或更高本子，不妨依照下述本領察看東西調配：只需點擊并按住功夫線，并拖動采用想要察看調配的地區，如次圖所示：
即使擺設運轉Android7.1或更低本子，則在MemoryProfiler東西欄中式點心擊Recordmemoryallocations。操縱實行后，點擊Stoprecording以察看調配。如次圖所示：
在采用一個功夫線地區后，已調配東西的列表將表露在功夫線下方，按類稱呼舉行分批，并按其堆計數排序。
注：在Android7.1及更低本子上，最多不妨記載65535個調配。即使記載勝過此限值，則記載中僅生存最新的65535個調配。在Android8.0及更高本子中，沒有此控制。
要查看調配記載，請按以次辦法操縱：
1.欣賞列表以搜索堆計數特殊大且大概生存揭發的東西。點擊ClassName列題目不妨按假名程序排序。而后點擊一個類稱呼。此時在右側將展示InstanceView窗格，表露該類的每個范例。
2.在InstanceView窗格中，點擊一個范例。此時下方將展示CallStack標簽，表露該范例被調配到何處以及在哪個線程中，如次圖所示。
3.在CallStack標簽中，雙擊大肆行以在編纂器中跳轉到該代碼。
默許情景下，左側的調配列表按類稱呼陳設。在列表頂部，不妨運用右側的下拉列表在以次陳設辦法之間舉行切換：
Arrangebyclass：鑒于類稱呼對一切調配舉行分批。Arrangebypackage：鑒于軟硬件包稱呼對一切調配舉行分批。Arrangebycallstack：將一切調配分批到其對應的挪用倉庫。3.3捕捉堆轉儲
堆轉儲表露在捕捉堆轉儲時運用中哪些東西正在運用外存。更加是在長功夫的用戶對話后，堆轉儲會表露您覺得不應再坐落外存中卻仍在外存中的東西，進而扶助辨別外存揭發。在捕捉堆轉儲后，不妨察看以次消息：
運用已調配哪些典型的東西，以及每個典型調配幾何。每個東西正在運用幾何外存。在代碼中的何處仍在援用每個東西。東西所調配到的挪用倉庫。（暫時，即使在記載調配時捕捉堆轉儲，則惟有在Android7.1及更低本子中，堆轉儲本領運用挪用倉庫。）要捕捉堆轉儲，在MemoryProfiler東西欄中式點心擊DumpJavaheap。在轉儲堆功夫，Java外存量大概會姑且減少，這很平常，由于堆轉儲與您的運用爆發在同一過程中，并須要少許外存來搜集數據。
堆轉儲表露在外存功夫線下，表露堆中的一切類典型，如次圖所示。
要查看堆，請按以次辦法操縱：
1.欣賞列表以搜索堆計數特殊大且大概生存揭發的東西。點擊ClassName列題目不妨按假名程序排序。而后點擊一個類稱呼。此時在右側將展示InstanceView窗格，表露該類的每個范例。
2.在InstanceView窗格中，點擊一個范例，此時下方將展示References，表露該東西的每個援用。點擊范例稱呼旁的箭鏃不妨察看其一切字段，而后點擊一個字段稱呼察看其一切援用。即使要察看某個字段的范例確定，右鍵點擊該字段并采用GotoInstance，如次圖所示。
3.在References標簽中，即使創造某個援用大概在揭發外存，則右鍵點擊它并采用GotoInstance。
在類列表中，不妨察看以次消息：
HeapCount：堆中的范例數。ShallowSize：此堆中一切范例的總巨細（以字節為單元）。RetainedSize：為該類的一切范例而保持的外存總巨細（以字節為單元）。在類列表頂部，不妨運用左側下拉列表在以次堆轉儲之間舉行切換：
Defaultheap：體例未指定堆時。Appheap：運用在個中調配外存的主堆。Imageheap：體例啟用映像，包括啟用功夫預加載的類。此處的調配保護絕不會挪動或消逝。Zygoteheap：寫時復制堆，個中的運用過程是從Android體例中派生的。默許情景下，此列表按RetainedSize列排序，不妨點擊大肆列題目以變動列表的排序辦法。
在InstanceView中，每個范例都包括以次消息：
Depth：從大肆GCroot到所選范例的最短hop數。ShallowSize：此范例的巨細。RetainedSize：此范例安排的外存巨細。3.4將堆轉儲另存為HPROF
即使要生存堆轉儲以供遙遠察看，可經過點擊功夫線下方東西欄中的ExportheapdumpasHPROFfile，將堆轉儲導出到一個HPROF文獻中。在表露的對話框中，保證運用.hprof后綴生存文獻。而后，經過將此文獻拖到一個空的編纂器窗口就不妨在AndroidStudio中翻開該文獻。
要運用其余HPROF領會器（如jhat），須要將HPROF文獻從Android***變換為JavaSEHPROF***。不妨運用android_sdk/platform-tools/目次中的hprof-conv東西實行此操縱。運轉該吩咐須要兩個參數：原始HPROF文獻和變換后HPROF文獻的寫入場所。比方：
hprof-convheap-original.hprofheap-converted.hprof
3.5領會外存揭發示例
底下舉例證明怎樣領會外存揭發。下圖點擊中央“加入外存揭發Activity”按鈕，不妨加入一個爆發外存揭發的Activity，底下展現怎樣經過MemoryProfiler找到爆發外存揭發的類并定位到爆發揭發的代碼。
開始，咱們不妨重復加入和退出外存揭發Activity，而后在MemoryProfiler中強迫廢物接收，之后捕捉堆轉儲。待領會截止出來后，不妨點擊右側的挑選按鈕，挑選咱們關心的包名，如次圖所示：
也不妨在“Arrangebyclass”處采用“Arrangebypackage”來舉行手動采用。
不妨看到有3個MemoryLeakActivity東西，按說說退出它們并GC之后不該當在外存中。咱們單擊那一條龍，右側會表露每個范例，點擊個中一個范例，底下會表露其援用，如次圖所示：
咱們不妨雙擊第一個援用，大概右鍵點擊采用“JumptoSource”，就不妨定位到爆發外存揭發的代碼，如次：
如許一個外存揭發的領會進程就中斷了。
四.NetworkProfiler
NetworkProfiler不妨在功夫線上表露及時搜集Activity，囊括發送和接受的數據以及暫時的貫穿數，便于察看運用傳輸數據的辦法和功夫，并據此對底層代碼舉行符合優化。
4.1NetworkProfiler大概瀏覽
如上海圖書館所示，窗口頂部表露的是Event功夫線以及無線安裝功耗狀況（低/高）與WLAN的比較①。在功夫線上，不妨點擊并拖動采用功夫線的一局部來查看搜集流量②。下方的窗口③會表露在功夫線的選定片斷內收發的文獻，囊括文獻稱呼、巨細、典型、狀況和功夫。不妨點擊大肆列題目排序。同聲，還不妨察看功夫線選定片斷的明細數據，表露每個文獻的發送和接受功夫。
點擊搜集貫穿的稱呼即可察看相關所發送或接受的選定文獻的精細消息④。點擊各個標簽可察看相應數據、題目消息和挪用倉庫。
注：NetworkProfiler暫時只扶助HttpURLConnection和OkHttp搜集貫穿庫。
