本練習(xí)的學(xué)習(xí)目的：

在本練習(xí)中，您將學(xué)習(xí)如何使用 NetBeans Profiler 監(jiān)視 J2SE 應(yīng)用程序中的線程狀態(tài)。這樣，您就可以診斷樣例應(yīng)用程序中的性能問題。

背景信息：

Swing 庫為 J2SE 應(yīng)用程序提供了圖形用戶界面組件。Swing 庫會(huì)使用到多個(gè)線程，利用 NetBeans Profiler 這一功能強(qiáng)大的工具，您可以分析出每個(gè)線程所花費(fèi)的處理時(shí)間，從而利用這些分析信息來解決性能問題。

執(zhí)行步驟：

1. 選擇“文件”>“打開項(xiàng)目”。找到 <tutorial_root>/netbeansprofiler/exercises 文件夾。選擇 exercise1 文件夾，然后單擊“打開項(xiàng)目文件夾”按鈕。
   
2. 在“項(xiàng)目”窗口中，右鍵單擊 exercise1 條目并選擇“清理并生成項(xiàng)目”。然后，再次右鍵單擊 exercise1 條目并選擇“運(yùn)行項(xiàng)目”。此時(shí)，將顯示該程序的窗口，如下所示。

   
   

3. 將 "Seconds Before Notification" 設(shè)置為 30。
   
4. 單擊 "Start!" 按鈕。請(qǐng)注意，該程序無法正確地刷新屏幕。
   
5. 單擊 "Exit" 按鈕。請(qǐng)注意，該程序根本不會(huì)作出響應(yīng)。
   
6. 將另一個(gè)窗口放在該窗口的某一部分上，以遮擋該窗口的視圖。當(dāng)移開另一個(gè)窗口時(shí)，您會(huì)注意到樣例應(yīng)用程序沒有相應(yīng)地刷新其窗口。如下面的示例所示。

   
   

7. 30 秒后，最終將顯示一個(gè)消息框，如下所示。單擊消息框上的 "OK" 按鈕。

   
   

8. 應(yīng)用程序窗口將再次開始響應(yīng)。單擊 "Exit" 按鈕將其關(guān)閉。
   
9. 選擇“性能分析”>“分析主項(xiàng)目”。
   
10. 如果出現(xiàn)一個(gè)對(duì)話框，詢問您是否允許修改項(xiàng)目生成腳本，請(qǐng)單擊“確定”。如下面的示例所示。

    
    

11. 此時(shí)會(huì)顯示“選擇性能分析任務(wù)”對(duì)話框。單擊占據(jù)較大區(qū)域的“監(jiān)視應(yīng)用程序”按鈕。
    
12. 應(yīng)選中“啟用線程監(jiān)視”復(fù)選框。
    
13. 單擊“運(yùn)行”按鈕。如果顯示一個(gè)對(duì)話框，指示您必須先收集 Profiler 的校準(zhǔn)信息，請(qǐng)單擊“確定”按鈕。如下面的示例所示。

    

    選擇“性能分析”>“高級(jí)命令”>“運(yùn)行性能分析器校準(zhǔn)”。完成校準(zhǔn)后，Profiler 會(huì)顯示一個(gè)對(duì)話框，請(qǐng)單擊“確定”按鈕。如下面的示例所示。

    

    要進(jìn)行性能分析，請(qǐng)返回至上面的第 9 步。

14. 完成上述步驟后，將啟動(dòng)該應(yīng)用程序，并且 IDE 會(huì)顯示“性能分析器”控制面板，如下所示。

    
    

15. 性能分析器將在其主窗口中顯示線程狀態(tài)，如下面的示例所示。

    
    它使用顏色編碼來顯示線程狀態(tài)。

    • 綠色：線程正在運(yùn)行或準(zhǔn)備運(yùn)行。
    • 紫色：線程正在調(diào)用 Thread.sleep()，處于休眠狀態(tài)。
    • 黃色：線程正在調(diào)用 Object.wait()，處于等待狀態(tài)。
    • 紅色：線程在嘗試訪問同步的塊或方法時(shí)受阻。
    
    
16. 找到樣例 Swing 應(yīng)用程序的窗口（NetBeans IDE 窗口可能在其上面）。單擊樣例應(yīng)用程序中的 "Start!" 按鈕，同時(shí)監(jiān)視標(biāo)記為 AWT-EventQueue-0 的線程所發(fā)生的變化。它將變?yōu)榫G色并持續(xù)這種狀態(tài)整整 30 秒鐘，如以下樣例所示。

    

    此圖形顯示了應(yīng)用程序沒有響應(yīng)的原因。標(biāo)記為 AWT-EventQueue-0 的線程是 Swing 用來處理窗口事件的事件分發(fā)線程 (Event Dispatch Thread, EDT)。在正常運(yùn)行的 Swing 應(yīng)用程序中，EDT 的大部分時(shí)間處于等待狀態(tài)而運(yùn)行的時(shí)間卻很少，因?yàn)樗挥性诜职l(fā)事件時(shí)才會(huì)運(yùn)行很短的一段時(shí)間。但是，如果應(yīng)用程序中的事件處理程序未立即返回，則程序?qū)⑼Ｖ鬼憫?yīng)，就像在此示例中一樣。
    

17. 30 秒后，屏幕將顯示應(yīng)用程序的消息框。找到該消息框（NetBeans IDE 窗口可能在其上面）并單擊 "OK" 按鈕。然后，單擊樣例應(yīng)用程序的 "Exit" 按鈕，將其關(guān)閉。
    
18. “項(xiàng)目”窗口與“性能分析器”控制面板共享同一個(gè)空間；單擊“項(xiàng)目”標(biāo)簽將會(huì)顯示“項(xiàng)目”窗口。
    
19. 在“項(xiàng)目”窗口中，雙擊 exercise1 條目以將其展開，然后展開“源包”和 profilingthreads 條目。右鍵單擊 DisplayForm.java 條目并選擇“打開”。
    
20. 在包含 DisplayForm.java 的編輯器窗口中，取消第 132 行至第 157 行的代碼塊注釋。提示：如果未將編輯器配置為顯示行號(hào)，請(qǐng)選擇“視圖”>“顯示行號(hào)”。
    
21. 在包含 DisplayForm.java 的編輯器窗口中，取消（或注釋掉）第 122 行到第 128 行的代碼塊注釋。下圖突出顯示了取消注釋的代碼塊。

    
    

22. 選擇“文件”>“保存”。您剛才刪除了未正確使用 EDT 的代碼，并利用了更穩(wěn)定可靠的解決方案來替代它?，F(xiàn)在，應(yīng)用程序可以及時(shí)地作出響應(yīng)。
    
23. 選擇“生成”>“生成主項(xiàng)目”（或按 F11 鍵）。
    
24. 選擇“性能分析”>“分析主項(xiàng)目”。
    
25. 將顯示“選擇性能分析任務(wù)”對(duì)話框。單擊占據(jù)較大區(qū)域的“監(jiān)視應(yīng)用程序”按鈕。
    
26. 確保選中了“啟用線程監(jiān)視”。
    
27. 單擊“運(yùn)行”按鈕。
28. 在顯示樣例程序時(shí)，單擊 "Start!" 按鈕。請(qǐng)注意，此時(shí)的性能分析線程圖已經(jīng)發(fā)生了變化，如以下示例所示。

    

    EDT 為黃色，應(yīng)用程序創(chuàng)建的名為 "Our SwingWorker #1" 的線程為綠色。由于 EDT 不是用來執(zhí)行耗時(shí)任務(wù)的，因此，按鈕和其他程序控件仍保持響應(yīng)的狀態(tài)。
    

29. 在樣例程序中單擊 "Exit"。
    
30. 右鍵單擊 Profiler 圖形中的 AWT-EventQueue-0 線程，然后選擇“線程詳細(xì)信息”。Profiler 會(huì)顯示一個(gè)餅圖，表明了每種狀態(tài)所花的時(shí)間；如以下示例所示。

    

    該圖形可以幫助您判斷程序在每個(gè)線程中所花費(fèi)的時(shí)間是否恰當(dāng)。上述示例是代碼修復(fù)后的示例，因此，它顯示了 EDT 在大部分時(shí)間中都處于等待狀態(tài)的情形，這正好是該線程應(yīng)具有的行為。
    

31. 在“項(xiàng)目”窗口中，右鍵單擊 exercise1 條目，然后選擇“關(guān)閉項(xiàng)目”。

小結(jié)：

在本練習(xí)中，您學(xué)習(xí)了如何使用 Profiler 來啟動(dòng)應(yīng)用程序，以及如何解釋 Profiler 的線程信息圖形，以此來跟蹤 Swing 應(yīng)用程序中的性能問題。

返回頁首

本練習(xí)的學(xué)習(xí)目的：

在本練習(xí)中，您將學(xué)習(xí)如何使用 Profiler 來確定某個(gè)應(yīng)用程序的方法所花費(fèi)的時(shí)間。

背景信息：

CPU 的性能問題通常與應(yīng)用程序的特定功能有關(guān)。例如，在報(bào)告系統(tǒng)中，某個(gè)報(bào)告的運(yùn)行速度可能比其他報(bào)告慢。只分析應(yīng)用程序中出現(xiàn)性能問題的部分，可以大大減少性能分析器產(chǎn)生的開銷。在本練習(xí)中，您將使用 NetBeans Profiler 來檢查 Web 應(yīng)用程序中 CPU 的使用情況。在練習(xí) 3 中，我們?nèi)匀皇褂迷摌永?Web 應(yīng)用程序來說明如何通過 Profiler 查找內(nèi)存泄漏。

執(zhí)行步驟：

1. 選擇“文件”>“打開項(xiàng)目”。找到 <tutorial_root>/netbeansprofiler/exercises 文件夾。選擇 exercise2 文件夾，并確保選中“作為主項(xiàng)目打開”。單擊“打開項(xiàng)目文件夾”按鈕。
   
2. 在“項(xiàng)目”窗口中，單擊 exercise2 條目，然后從菜單中選擇“生成”>“清理并生成主項(xiàng)目”。
3. 從菜單中選擇“性能分析”>“分析主項(xiàng)目”。如果出現(xiàn)一個(gè)對(duì)話框，詢問您是否允許修改項(xiàng)目生成腳本，請(qǐng)單擊“確定”。
4. 將顯示“選擇性能分析任務(wù)”對(duì)話框。
5. 單擊“分析性能”按鈕。
   
6. 選擇“部分應(yīng)用程序”單選按鈕。然后，單擊位于“部分應(yīng)用程序”單選按鈕旁邊的“選擇”按鈕。此時(shí)將顯示“指定根方法”窗口。
   

   注意：下面的三個(gè)步驟僅適用于 Milestone 8。

7. 在“指定根方法”窗口中，單擊“從項(xiàng)目添加...”按鈕以添加要分析的根方法。將會(huì)顯示“選擇方法”窗口。
   
8. 在“選擇方法”窗口中，單擊“選擇”按鈕。Profiler 將顯示“選擇類”窗口。
   
9. 在“類名”文本字段中輸入 Per。等待 IDE 為您顯示適用的類列表。選擇 Performance 類。單擊“打開”按鈕以打開其方法列表。

   注意：下面的兩個(gè)步驟只適用于 Profiler v5.0。

10. 在“指定根方法”窗口中，單擊“從項(xiàng)目添加...”按鈕以添加要分析的根方法。將會(huì)顯示“選擇方法”窗口。
    
11. 在“類名”文本字段中，鍵入 demo.Performance，然后按 Enter 鍵。

    
    

12. 在根方法列表中單擊 processRequest 方法以將其選中，然后單擊“確定”按鈕。您剛才已將 demo.Performance.processRequest 選中為性能分析的根方法。這意味著，性能分析器將分析 demo.Performance.processRequest 方法和它調(diào)用的所有方法，以及這些方法又調(diào)用的所有方法，依此類推。性能分析器將從 demo.Performance.processRequest 開始，通過分析方法調(diào)用圖形來確定哪些方法需要分析。它將只分析那些需要分析的方法，應(yīng)用程序的其余部分將在沒有任何性能分析開銷的情況下繼續(xù)以最快的速度運(yùn)行。
    
13. 在“指定根方法”窗口中單擊“確定”按鈕。
    
14. 在“分析性能”窗口中，從過濾器列表中選擇“快速過濾器”，然后單擊位于“快速過濾器”條目旁邊的 "..." 按鈕以指定不進(jìn)行分析的方法。將顯示“設(shè)置快速過濾器”窗口。驗(yàn)證是否已選中了“排除”單選按鈕。然后，在“過濾器值”文本字段中輸入 org.apache 并單擊“確定”按鈕。這樣，性能分析器將不分析所有 org.apache 包（及其子包）中的方法，即使這些方法被選定的根方法調(diào)用也是如此。這會(huì)減少性能分析的開銷，并過濾掉無關(guān)的信息。

    
    

15. 在“選擇性能分析任務(wù)”窗口中，單擊“運(yùn)行”按鈕。如果出現(xiàn)一個(gè)對(duì)話框，要求您提供校準(zhǔn)信息，請(qǐng)單擊“確定”按鈕；在性能分析器顯示的對(duì)話框說明校準(zhǔn)已完成后，請(qǐng)單擊該對(duì)話框的“確定”按鈕。
16. IDE 將啟動(dòng) Tomcat，并在 Web 瀏覽器窗口中顯示 Web 應(yīng)用程序的 index.jsp 頁。同時(shí)，將在后臺(tái)運(yùn)行性能分析器。注意：缺省情況下，將在成為焦點(diǎn)的瀏覽器窗口中顯示 index.jsp 頁；您可能需要打開另一個(gè)瀏覽器窗口，以便在運(yùn)行 Web 應(yīng)用程序時(shí)可以閱讀這些說明。
    
17. 因?yàn)橐堰x擇了 demo.Performance.processRequest 作為根方法，所以，您需要使用導(dǎo)致該根方法運(yùn)行的 Web 應(yīng)用程序部分：在 Web 瀏覽器中，單擊“性能問題”以轉(zhuǎn)至“性能”演示頁。在“性能”演示頁上的輸入文本字段中輸入 123456。請(qǐng)不要選中“已優(yōu)化”選項(xiàng)。單擊“提交查詢”按鈕，計(jì)算小于或等于 123456 的最大素?cái)?shù)。
    
18. 需要幾秒鐘的時(shí)間才能出現(xiàn)響應(yīng)，這是因?yàn)橛?jì)算最大素?cái)?shù)的算法存在一些性能問題，同時(shí)，在監(jiān)視 processRequest 方法的性能時(shí)，性能分析器也會(huì)產(chǎn)生一些開銷。
19. 當(dāng)瀏覽器中顯示 "123449" 結(jié)果后，請(qǐng)單擊 按鈕，或者選擇“性能分析”>“生成收集結(jié)果的快照”。單擊位于 CPU 使用情況快照底部的“組合”標(biāo)簽。性能分析器將顯示最新的性能結(jié)果，如下所示。

    

    頂部窗口顯示了從根方法開始的完整方法調(diào)用圖形。底部窗口是重點(diǎn)描述的部分；它顯示了應(yīng)用程序中的熱點(diǎn)，即執(zhí)行時(shí)間最長的那些方法。

20. 要查看并解釋這些結(jié)果，請(qǐng)注意 processRequest 方法總共運(yùn)行的時(shí)間為 4308 毫秒 (ms)。然而您會(huì)發(fā)現(xiàn)，運(yùn)行 processRequest 方法本身的指令只花費(fèi)了很少的時(shí)間，processRequest 的“自用時(shí)間”僅為 10.1 毫秒。絕大部分時(shí)間花在了 processRequest 調(diào)用的其他方法上。底部窗口中顯示的熱點(diǎn)是按“自用時(shí)間”進(jìn)行排序的。通過查看該列表，您可以看到 calculate 方法占用了 97.8% 的執(zhí)行時(shí)間。考慮到為 calculate 方法分配的工作量，這就不足為奇了。
21. 為了幫助您確定如何優(yōu)化應(yīng)用程序，NetBeans Profiler 可以識(shí)別代碼中無法預(yù)料的瓶頸，或者識(shí)別妨礙應(yīng)用程序隨意縮放的瓶頸。單擊熱點(diǎn)列表中的 calculate 條目以了解時(shí)間究竟花在什么地方，這會(huì)更新調(diào)用圖形窗口以顯示 calculate。因?yàn)?calculate 方法不調(diào)用任何其他方法，所以請(qǐng)右鍵單擊 calculate 條目，然后選擇“轉(zhuǎn)至源代碼”以便檢查源代碼。您會(huì)發(fā)現(xiàn)它使用了效率很低的算法，所以應(yīng)該重新設(shè)計(jì)這種算法。
22. 選擇“性能分析”>“重置收集的結(jié)果”以清除性能分析器的緩沖區(qū)。要將 calculate 的運(yùn)行時(shí)與優(yōu)化的算法 calculate2 作比較，請(qǐng)?jiān)?Web 瀏覽器中選中“已優(yōu)化”選項(xiàng)，然后單擊“提交查詢”。等待顯示結(jié)果，然后重新選擇“性能分析”>“生成收集結(jié)果的快照”。請(qǐng)注意，processRequest 方法只運(yùn)行了 107 毫秒，而 calculate2 方法所花的時(shí)間還不到執(zhí)行時(shí)間的 10%！

    

    
    
23. 注意：我們將繼續(xù)在本練習(xí)的基礎(chǔ)上進(jìn)行下面的練習(xí)，因此，請(qǐng)不要關(guān)閉任何窗口。
    

小結(jié)：

在本練習(xí)中，您學(xué)習(xí)了如何使用性能分析器執(zhí)行方法性能分析。

返回頁首

本練習(xí)的學(xué)習(xí)目的：

作為練習(xí) 2 的后續(xù)練習(xí)，我們將在本練習(xí)中學(xué)習(xí)如何解釋某些性能分析器的圖形以監(jiān)視應(yīng)用程序創(chuàng)建對(duì)象的過程。下面將顯示一個(gè)內(nèi)存泄漏示例。

執(zhí)行步驟：

1. 本練習(xí)是在練習(xí) 2 的基礎(chǔ)上進(jìn)行的，因此，請(qǐng)務(wù)必遵循練習(xí) 2 中的步驟。
   
2. 從菜單中選擇“性能分析”>“分析主項(xiàng)目”。如果出現(xiàn)一個(gè)對(duì)話框，詢問您是否要停止當(dāng)前的性能分析器進(jìn)程以啟動(dòng)新進(jìn)程（如下所示），請(qǐng)單擊“是”按鈕繼續(xù)執(zhí)行。

   

   將顯示“選擇性能分析任務(wù)”對(duì)話框。

3. 在“選擇性能分析任務(wù)”對(duì)話框中，單擊占據(jù)較大區(qū)域的“監(jiān)視應(yīng)用程序”按鈕。
4. 單擊“運(yùn)行”按鈕。IDE 將會(huì)在左側(cè)顯示“性能分析器”控制臺(tái)。單擊 按鈕，或者選擇“性能分析”>“視圖”>“遙測概覽”。NetBeans Profiler 將在底部的輸出窗口中顯示三個(gè)圖形，如下所示。

   

   在左側(cè)的圖形中，紅色的陰影部分表示分配的 JVM 堆大小。紫色的覆蓋部分表示實(shí)際使用的堆空間大小。在上面的示例中，上次更新所分配的堆大小已超過了 20 MB。其中，實(shí)際用來保存 Java 對(duì)象的堆大小略大于 10 MB。

   右側(cè)圖形顯示了 JVM 中的活動(dòng)線程數(shù)。

   中間的圖形顯示了兩種重要的堆統(tǒng)計(jì)信息。

   • 藍(lán)線是 JVM 執(zhí)行垃圾回收的時(shí)間占執(zhí)行時(shí)間的百分比，它是以圖形右側(cè)上的 Y 軸為參照繪制的。JVM 執(zhí)行垃圾回收所花的時(shí)間不能用來運(yùn)行應(yīng)用程序。因此，如果藍(lán)線占據(jù)較大的百分比，則需要考慮調(diào)整 JVM，方法是：配置更大的堆大?。ㄕ?qǐng)參閱 -Xmx 參數(shù)文檔），或者轉(zhuǎn)換到不同的垃圾回收算法中。
     
   • 紅線表示存活的生成數(shù)，它是以圖形左側(cè)的 Y 軸為參照進(jìn)行繪制的。存活生成數(shù)是指 JVM 堆上所有 Java 對(duì)象不同生存期的數(shù)量，其中“生存期”被定義為對(duì)象存活時(shí)的垃圾回收次數(shù)。如果存活生成數(shù)的值較小，則表明堆上的大部分對(duì)象的存活時(shí)間基本相同。但是，如果存活生成數(shù)的值隨著時(shí)間的變化而增長到一個(gè)很高的比率，則表明應(yīng)用程序正在分配新的對(duì)象，同時(shí)保持對(duì)已分配的多個(gè)舊對(duì)象的引用。如果實(shí)際上不再需要這些舊對(duì)象，則應(yīng)用程序正在浪費(fèi)（或“泄漏”）內(nèi)存。

5. 性能分析器可以對(duì) CPU 性能或內(nèi)存使用情況進(jìn)行詳細(xì)的分析，但不能同時(shí)進(jìn)行這兩種分析。要了解有關(guān)在 JVM 堆上分配對(duì)象以及執(zhí)行對(duì)象的垃圾回收的詳細(xì)信息，請(qǐng)修改性能分析器的設(shè)置。單擊 按鈕，或者選擇“性能分析”>“修改性能分析”。
   
6. 單擊“分析內(nèi)存使用情況”按鈕。
   
7. 選擇“記錄對(duì)象創(chuàng)建和垃圾回收”單選按鈕。
   
8. 選中“記錄分配的棧跟蹤”復(fù)選框。
   
9. 單擊“確定”按鈕。
   
10. 現(xiàn)在，您已經(jīng)選擇了分析內(nèi)存使用情況，您需要運(yùn)行應(yīng)用程序以確定它是否有效地使用了內(nèi)存。單擊“內(nèi)存泄漏”以轉(zhuǎn)至 MemoryLeak 演示頁。
11. 在 MemoryLeak 演示頁上，單擊“開始泄漏”。
    
12. 請(qǐng)注意存活生成數(shù)圖形中的峰值，如以下示例所示。這表明可能出現(xiàn)了內(nèi)存泄漏。

    
    

13. 選擇“性能分析”>“視圖”>“實(shí)時(shí)結(jié)果”。Profiler 將顯示 JVM 堆中分配的對(duì)象的動(dòng)態(tài)視圖。缺省情況下，它將按每個(gè)類的所有實(shí)例使用的字節(jié)數(shù)進(jìn)行排序。由于懷疑可能出現(xiàn)了內(nèi)存泄漏，因此，請(qǐng)單擊“生成數(shù)”列，按每個(gè)類的不同對(duì)象生存期數(shù)量對(duì)顯示結(jié)果進(jìn)行排序。下面顯示了得到的顯示結(jié)果示例。

    
    這些列提供了對(duì)象分配和內(nèi)存使用情況信息。

    • “分配的對(duì)象”是性能分析器正在監(jiān)視的對(duì)象數(shù)。在本示例中，共監(jiān)視了 38 個(gè) float[] 實(shí)例。缺省情況下，該數(shù)字約為應(yīng)用程序?qū)嶋H分配的對(duì)象數(shù)的 10%。通過只監(jiān)視已創(chuàng)建對(duì)象的一部分，性能分析器可以顯著地減少它在 JVM 中的開銷，這樣，應(yīng)用程序就幾乎可以按最快的速度運(yùn)行了。
      
    • “活動(dòng)對(duì)象”是仍在 JVM 堆中并因此占用內(nèi)存的已分配對(duì)象數(shù)。
      
    • 兩個(gè)“活動(dòng)字節(jié)”列顯示了活動(dòng)對(duì)象所占用的堆內(nèi)存量。一個(gè)列顯示圖形，另一個(gè)列顯示文本。
      
    • “平均生存期”值是使用活動(dòng)對(duì)象計(jì)算的。每個(gè)對(duì)象的生存期是它存活時(shí)的垃圾回收次數(shù)。生存期總和除以活動(dòng)對(duì)象數(shù)得到的結(jié)果就是平均生存期。
      
    • “生成數(shù)”值是使用活動(dòng)對(duì)象計(jì)算的。與平均生存期相同，對(duì)象生存期是它存活時(shí)的垃圾回收次數(shù)?！吧蓴?shù)”值是活動(dòng)對(duì)象的不同生存期數(shù)量。
      
    
    
14. 隨著程序繼續(xù)運(yùn)行，性能分析器將更新顯示結(jié)果。請(qǐng)留意 float[] 和 double[] 條目。請(qǐng)注意其生成數(shù)值是如何持續(xù)增加的。結(jié)果是，float[] 和 double[] 在列表中持續(xù)上移。最終，它們會(huì)顯示在列表的頂部，緊靠 java.util.HashMap$Entry（其生代數(shù)值也在不斷增加）下面。隨著應(yīng)用程序繼續(xù)運(yùn)行，java.util.HashMap$Entry、float[] 和 double[] 生成數(shù)值持續(xù)增加，但任何其他類沒有增加。如下面的示例所示。

    
    

15. 要了解導(dǎo)致生成數(shù)值持續(xù)增加的原因，請(qǐng)選擇“性能分析”>“生成收集結(jié)果的快照”。按生成數(shù)對(duì)顯示結(jié)果進(jìn)行排序。右鍵單擊 double[] 條目，然后選擇“顯示分配棧跟蹤”。性能分析器將顯示所有分配了一個(gè)或多個(gè) double[] 對(duì)象的方法。如下面的示例所示。

    
    請(qǐng)注意，在分配了 double[] 對(duì)象的方法中，只有一個(gè)方法創(chuàng)建了具有較大生成數(shù)值的 double[] 對(duì)象。該方法是 run()，它位于具有相應(yīng)名稱 demo.memoryleak.LeakThread 的類中。

16. 右鍵單擊 run() 方法條目，然后選擇“轉(zhuǎn)至源代碼...”。性能分析器將顯示源代碼，如下所示。
    請(qǐng)注意，正在分配 double[] 和 float[] 對(duì)象，并隨后將其放在 HashMap 中。但一直并未刪除它們，這意味著，HashMap 保留的引用將會(huì)妨礙 JVM 對(duì)這些對(duì)象進(jìn)行垃圾回收。這是非常典型的 Java 內(nèi)存泄漏：將對(duì)象放在 Map 中，然后就忘記處理它們了。由于本示例中使用的 Map 就是 HashMap，因此，關(guān)聯(lián)的 java.util.HashMap$Entry 對(duì)象也出現(xiàn)了泄漏。

17. 選擇“性能分析”>“停止”來結(jié)束性能分析會(huì)話，或者單擊 按鈕。
    
18. 在“項(xiàng)目”窗口中，選擇 exercise2 條目，然后從菜單中選擇“文件”>“關(guān)閉項(xiàng)目”。

小結(jié)：

在本練習(xí)中，您學(xué)習(xí)了如何使用性能分析器來監(jiān)視應(yīng)用程序創(chuàng)建對(duì)象的過程。您還看到了性能分析器在應(yīng)用程序出現(xiàn)內(nèi)存泄漏時(shí)所提供的各種類型的分析指數(shù)。