如果調(diào)用棧是如下執(zhí)行的：MyMethod>M1>M2>M3>M4，基于在2a中設(shè)置的過濾條件，性能解析器將顯示如下的調(diào)用棧：MyMethod>M1>M2>M3，將不顯示后一級調(diào)用M3>M4（因?yàn)槌^了3層）。如下圖所示
3.選擇要剖析的類
在Moniter頁中，選擇Java Profiling項(xiàng)，然后雙擊或者單擊編輯按鈕，打開The Filter Set 向?qū)�。利用The Filter Set 界面來選擇你想剖析的類，這里已經(jīng)預(yù)先定義了一組可用的過濾器，本例來說，你可以通過下面幾步創(chuàng)建一個(gè)新的過濾器：
3a）單擊Add..按鈕，在彈出的對話框中輸入ProductFilterSet，然后單擊OK。
3b)使用Contents of selected filter set列表中的Add按鈕增加兩個(gè)過濾器，如下圖所示：
運(yùn)行程序
可以通過在Launch Configuration wizard向?qū)е悬c(diǎn)擊OK按鈕來運(yùn)行Product catalog 程序，在詢問是否切換到Profiling and Logging透視圖時(shí)選擇Yes，你將在Console視圖中看到如下圖所示的結(jié)果：
提示：TPTP性能測試工具允許你和你所剖析的程序之間交互。你能暫停、恢復(fù)監(jiān)聽，運(yùn)行垃圾收集回收對象引用或者中止程序的運(yùn)行。
使用Execution Statistics視圖分析性能危險(xiǎn)點(diǎn)
使用Execution Statistics視圖去分析性能危險(xiǎn)點(diǎn)，在Profiling Monitor視圖中，右鍵-->Open with > Execution Statistics可以打開Execution Statistics視圖，下圖顯示的是按照方法調(diào)用的累積時(shí)間排序的，累積時(shí)間是指該方法花費(fèi)的所有時(shí)間，包含調(diào)用其他方法的消耗的時(shí)間。
正如上圖所示，Execution Statistics 顯示在上方的方法：main(java.lang.String[])， readData(java.lang.String) 和createParser() 消耗了多的執(zhí)行時(shí)間。看見main和readData方法在列表中（的位置）是不奇怪的，因?yàn)榍罢呤浅绦驁?zhí)行的開始點(diǎn)，后者從其名字可以看出它從xml文件中讀取產(chǎn)品信息。
使我們覺得奇怪的是方法createParser() ，它僅僅創(chuàng)建了用于解析xml文件的SAX parser 實(shí)例花費(fèi)了如此高的執(zhí)行時(shí)間。該方法的執(zhí)行時(shí)間占了整個(gè)應(yīng)用的執(zhí)行時(shí)間的42.96%，Execution Statistics 幫助我們分析這個(gè)方法是性能優(yōu)化的潛在的地方。
分析到這里，讓我們看看createParser() 方法的執(zhí)行細(xì)節(jié)。
