基于垃圾回收的內存分析優(yōu)化方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種基于垃圾回收的內存分析優(yōu)化方法，包括：將當前托管內存的垃圾回收附加到目標進程；基于附加到目標程序的當前托管內存的垃圾回收，為該垃圾回收的開始和該垃圾回收的結束設置斷點；在設置的斷點觸發(fā)時，分析并輸出當前托管內存信息。本發(fā)明還提供了一種基于垃圾回收的內存分析優(yōu)化系統(tǒng)。通過本發(fā)明的技術方案，可以在現(xiàn)有的基于垃圾回收的內存分析基礎上，充分利用現(xiàn)有代碼完成準確評估每次垃圾回收過程對系統(tǒng)性能產生影響的內存分析優(yōu)化，建立現(xiàn)有代碼參與的準確評估每次垃圾回收過程對系統(tǒng)性能產生影響的通用、統(tǒng)一分析優(yōu)化思路。
【專利說明】基于垃圾回收的內存分析優(yōu)化方法及系統(tǒng)

【技術領域】
[0001] 本發(fā)明涉及計算機【技術領域】，具體地，涉及一種基于垃圾回收的內存分析優(yōu)化方 法和一種基于垃圾回收的內存分析優(yōu)化系統(tǒng)。

【背景技術】
[0002] 現(xiàn)代軟件應用越來越復雜，軟件也日益龐大，在一個龐大的系統(tǒng)中，很難評估內存 對象的創(chuàng)建和回收對系統(tǒng)性能的具體影響。
[0003] 在現(xiàn)有技術中，對內存進行分析處理時，需要通過多個不同時間點的內存映像，并 結合性能計數(shù)器記錄來分析一段時間內內存的變化和系統(tǒng)性能記錄之間的關系。
[0004] 這種方法的缺點是只能進行粗略估算，不能提供精確的數(shù)據(jù)供科學評估。
[0005] 因此，需要一種新的基于垃圾回收的內存分析優(yōu)化技術，可以在現(xiàn)有的基于垃圾 回收的內存分析基礎上，充分利用現(xiàn)有代碼完成準確評估每次垃圾回收過程對系統(tǒng)性能產 生影響的內存分析優(yōu)化，建立現(xiàn)有代碼參與的準確評估每次垃圾回收過程對系統(tǒng)性能產生 影響的通用、統(tǒng)一分析優(yōu)化思路。


【發(fā)明內容】

[0006] 本發(fā)明正是基于上述問題，提出了一種新的基于垃圾回收的內存分析優(yōu)化技術， 可以在現(xiàn)有的基于垃圾回收的內存分析基礎上，充分利用現(xiàn)有代碼完成準確評估每次垃圾 回收過程對系統(tǒng)性能產生影響的內存分析優(yōu)化，建立現(xiàn)有代碼參與的準確評估每次垃圾回 收過程對系統(tǒng)性能產生影響的通用、統(tǒng)一分析優(yōu)化思路。
[0007] 有鑒于此，本發(fā)明提出了一種基于垃圾回收的內存分析優(yōu)化方法，包括：步驟 102 :將當前托管內存的垃圾回收附加到目標進程；步驟104 :基于步驟102附加到目標程 序的當前托管內存的垃圾回收，為該垃圾回收的開始和該垃圾回收的結束設置斷點；步驟 108 :在步驟104設置的斷點觸發(fā)時，分析并輸出當前托管內存信息。在該技術方案中，通過 為垃圾回收的開始和結束設置斷點，在斷點觸發(fā)時，收集當前的內存對象，即可比對出每一 次垃圾回收哪些對象被回收掉了；從而實現(xiàn)不對現(xiàn)有代碼進行修改的情況下，準確評估每 次垃圾回收過程對系統(tǒng)性能產生的影響，簡化了內存分析優(yōu)化的操作，減少了內存分析優(yōu) 化的時間。
[0008] 在上述技術方案中，優(yōu)選地，在所述步驟104和步驟108之間，還包括：步驟106 : 在步驟104設置的斷點觸發(fā)時，記錄當前托管內存信息；以及，所述步驟108具體包括：在 步驟104設置的斷點觸發(fā)時，基于步驟106記錄的當前托管內存信息，分析并輸出當前托管 內存信息。在該技術方案中，可以記錄并存儲當前托管內存信息，為分析并輸出當前托管內 存信息、以及后期的查詢提供依據(jù)。
[0009] 在上述技術方案中，優(yōu)選地，所述步驟102將當前托管內存的垃圾回收附加到目 標進程的操作，具體包括：步驟202 :設置基于當前托管內存的垃圾回收的調試器和性能計 數(shù)器；步驟204 :將步驟202設置的調試器附加到目標進程，準備開始調試，打開步驟202設 置的性能計數(shù)器，收集％Time In GC。在該技術方案中，通過預先設置調試器和性能計數(shù)器， 可以方便當前托管內存信息的分析和處理。
[0010] 在上述技術方案中，優(yōu)選地，所述步驟104為該垃圾回收的開始和該垃圾回收的 結束設置斷點的操作，具體包括：在GCHeap的SuspendEE和RestartEE方法上設置斷點，這 兩個方法對應垃圾回收的開始和結束。在該技術方案中，通過設置斷點，對垃圾回收的開始 和結束作標記，使得當前內存托管信息的分析處理有據(jù)可尋，且不易出錯。
[0011] 在上述技術方案中，優(yōu)選地，所述步驟108分析并輸出當前托管內存信息的操作， 具體包括：步驟302 :對比垃圾回收（即GC)開始前和結束后的托管內存對象，分析哪些對 象被頻繁的回收和創(chuàng)建；步驟304 :與步驟302同時進行，對比垃圾回收期間性能計數(shù)器中 的％Time In GC情況，即可知道哪些對象被頻繁的回收和創(chuàng)建、對內存的影響、以及由此產 生的CPU影響。在該技術方案中，通過對比性能計數(shù)器數(shù)據(jù)，即可知道CPU中花在GC上的 時間，通過連續(xù)分析，即可知道哪一部分對象被頻繁的回收和創(chuàng)建，影響性能了。
[0012] 根據(jù)本發(fā)明的又一個方面，還提出了一種基于垃圾回收的內存分析優(yōu)化系統(tǒng)，包 括：目標進程附加模塊，用于將當前托管內存的垃圾回收附加到目標進程；斷點設置模塊， 用于基于所述目標進程附加模塊附加到目標程序的當前托管內存的垃圾回收，為該垃圾回 收的開始和該垃圾回收的結束設置斷點；當前托管內存信息輸出模塊，用于在所述斷點設 置模塊設置的斷點觸發(fā)時，分析并輸出當前托管內存信息。在該技術方案中，通過為垃圾回 收的開始和結束設置斷點，在斷點觸發(fā)時，收集當前的內存對象，即可比對出每一次垃圾回 收哪些對象被回收掉了；從而實現(xiàn)不對現(xiàn)有代碼進行修改的情況下，準確評估每次垃圾回 收過程對系統(tǒng)性能產生的影響，簡化了內存分析優(yōu)化的操作，減少了內存分析優(yōu)化的時間。
[0013] 在上述技術方案中，優(yōu)選地，上述基于垃圾回收的內存分析優(yōu)化系統(tǒng)，還包括：當 前托管內存信息記錄模塊，用于在所述斷點設置模塊設置的斷點觸發(fā)時，記錄當前托管內 存信息；以及，所述當前托管內存信息輸出模塊，用于在所述斷點設置模塊設置的斷點觸發(fā) 時，基于所述當前托管內存信息記錄模塊記錄的當前托管內存信息，分析并輸出當前托管 內存信息。在該技術方案中，可以記錄并存儲當前托管內存信息，為分析并輸出當前托管內 存信息、以及后期的查詢提供依據(jù)。
[0014] 在上述技術方案中，優(yōu)選地，設置基于當前托管內存的垃圾回收的調試器和性 能計數(shù)器；將設置的調試器附加到目標進程，準備開始調試，打開設置的性能計數(shù)器，收 集％11!1^ In GC。在該技術方案中，通過預先設置調試器和性能計數(shù)器，可以方便當前托管 內存信息的分析和處理。
[0015] 在上述技術方案中，優(yōu)選地，所述斷點設置模塊為該垃圾回收的開始和該垃圾回 收的結束設置斷點的操作，具體包括：在GCHeap的SuspendEE和RestartEE方法上設置斷 點，這兩個方法對應垃圾回收的開始和結束。在該技術方案中，通過設置斷點，對垃圾回收 的開始和結束作標記，使得當前內存托管信息的分析處理有據(jù)可尋，且不易出錯。
[0016] 在上述技術方案中，優(yōu)選地，所述當前托管內存信息輸出模塊分析并輸出當前托 管內存信息的操作，具體包括：對比GC開始前和結束后的托管內存對象，分析哪些對象被 頻繁的回收和創(chuàng)建；同時，對比垃圾回收期間性能計數(shù)器中的％Time In GC情況，即可知道 哪些對象被頻繁的回收和創(chuàng)建、對內存的影響、以及由此產生的CPU影響。在該技術方案 中，通過對比性能計數(shù)器數(shù)據(jù)，即可知道CPU中花在GC上的時間，通過連續(xù)分析，即可知道 哪一部分對象被頻繁的回收和創(chuàng)建，影響性能了。
[0017] 通過以上技術方案，可以在現(xiàn)有的基于垃圾回收的內存分析基礎上，充分利用現(xiàn) 有代碼完成準確評估每次垃圾回收過程對系統(tǒng)性能產生影響的內存分析優(yōu)化，建立現(xiàn)有代 碼參與的準確評估每次垃圾回收過程對系統(tǒng)性能產生影響的通用、統(tǒng)一分析優(yōu)化思路。

【專利附圖】

【附圖說明】
[0018] 圖1示出了根據(jù)本發(fā)明的實施例的基于垃圾回收的內存分析優(yōu)化方法的流程圖； 圖2示出了根據(jù)本發(fā)明的實施例的附加到目標進程的流程圖； 圖3示出了根據(jù)本發(fā)明的實施例的分析并輸出當前托管內存信息的流程圖； 圖4示出了根據(jù)本發(fā)明的實施例的基于垃圾回收的內存分析優(yōu)化系統(tǒng)的框圖。

【具體實施方式】
[0019] 為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點，下面結合附圖和具體實 施方式對本發(fā)明進行進一步的詳細描述。需要說明的是，在不沖突的情況下，本申請的實施 例及實施例中的特征可以相互組合。
[0020] 在下面的描述中闡述了很多具體細節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可 以采用其他不同于在此描述的其他方式來實施，因此，本發(fā)明的保護范圍并不受下面公開 的具體實施例的限制。
[0021] 圖1示出了根據(jù)本發(fā)明的實施例的基于垃圾回收的內存分析優(yōu)化方法的流程圖。
[0022] 如圖1所示，根據(jù)本發(fā)明的實施例的基于垃圾回收的內存分析優(yōu)化方法，包括：步 驟102 :將當前托管內存的垃圾回收附加到目標進程；步驟104 :基于步驟102附加到目標 程序的當前托管內存的垃圾回收，為該垃圾回收的開始和該垃圾回收的結束設置斷點；步 驟108 :在步驟104設置的斷點觸發(fā)時，分析并輸出當前托管內存信息。在該技術方案中， 通過為垃圾回收的開始和結束設置斷點，在斷點觸發(fā)時，收集當前的內存對象，即可比對出 每一次垃圾回收哪些對象被回收掉了；從而實現(xiàn)不對現(xiàn)有代碼進行修改的情況下，準確評 估每次垃圾回收過程對系統(tǒng)性能產生的影響，簡化了內存分析優(yōu)化的操作，減少了內存分 析優(yōu)化的時間。
[0023] 在上述技術方案中，優(yōu)選地，在步驟104和步驟108之間，還包括：步驟106 :在步 驟104設置的斷點觸發(fā)時，記錄當前托管內存信息；以及，步驟108具體包括：在步驟104設 置的斷點觸發(fā)時，基于步驟106記錄的當前托管內存信息，分析并輸出當前托管內存信息。 在該技術方案中，可以記錄并存儲當前托管內存信息，為分析并輸出當前托管內存信息、以 及后期的查詢提供依據(jù)。
[0024] 在上述技術方案中，優(yōu)選地，如圖2所示，步驟102將當前托管內存的垃圾回收附 加到目標進程的操作，具體包括：步驟202 :設置基于當前托管內存的垃圾回收的調試器和 性能計數(shù)器；步驟204 :將步驟202設置的調試器附加到目標進程，準備開始調試，打開步驟 202設置的性能計數(shù)器，收集％Time In GC。在該技術方案中，通過預先設置調試器和性能 計數(shù)器，可以方便當前托管內存信息的分析和處理。
[0025] 在上述技術方案中，優(yōu)選地，步驟104為該垃圾回收的開始和該垃圾回收的結束 設置斷點的操作，具體包括：在GCHeap的SuspendEE和RestartEE方法上設置斷點，這兩個 方法對應垃圾回收的開始和結束。在該技術方案中，通過設置斷點，對垃圾回收的開始和結 束作標記，使得當前內存托管信息的分析處理有據(jù)可尋，且不易出錯。
[0026] 在上述技術方案中，優(yōu)選地，如圖3所示，步驟108分析并輸出當前托管內存信息 的操作，具體包括：步驟302 :對比垃圾回收（即GC)開始前和結束后的托管內存對象，分析 哪些對象被頻繁的回收和創(chuàng)建；步驟304 :與步驟302同時進行，對比垃圾回收期間性能計 數(shù)器中的％Time In GC情況，即可知道哪些對象被頻繁的回收和創(chuàng)建、對內存的影響、以及 由此產生的CPU影響。在該技術方案中，通過對比性能計數(shù)器數(shù)據(jù)，即可知道CPU中花在GC 上的時間，通過連續(xù)分析，即可知道哪一部分對象被頻繁的回收和創(chuàng)建，影響性能了。
[0027] 圖4示出了根據(jù)本發(fā)明的實施例的基于垃圾回收的內存分析優(yōu)化系統(tǒng)的框圖。
[0028] 如圖4所示，根據(jù)本發(fā)明的實施例的基于垃圾回收的內存分析優(yōu)化系統(tǒng)400,包 括：目標進程附加模塊402,用于將當前托管內存的垃圾回收附加到目標進程；斷點設置模 塊404,用于基于目標進程附加模塊402附加到目標程序的當前托管內存的垃圾回收，為該 垃圾回收的開始和該垃圾回收的結束設置斷點；當前托管內存信息輸出模塊408,用于在 斷點設置模塊404設置的斷點觸發(fā)時，分析并輸出當前托管內存信息。在該技術方案中，通 過為垃圾回收的開始和結束設置斷點，在斷點觸發(fā)時，收集當前的內存對象，即可比對出每 一次垃圾回收哪些對象被回收掉了；從而實現(xiàn)不對現(xiàn)有代碼進行修改的情況下，準確評估 每次垃圾回收過程對系統(tǒng)性能產生的影響，簡化了內存分析優(yōu)化的操作，減少了內存分析 優(yōu)化的時間。
[0029] 在上述技術方案中，優(yōu)選地，上述基于垃圾回收的內存分析優(yōu)化系統(tǒng)，還包括：當 前托管內存信息記錄模塊406,用于在斷點設置模塊404設置的斷點觸發(fā)時，記錄當前托管 內存信息；以及，當前托管內存信息輸出模塊408,用于在斷點設置模塊404設置的斷點觸 發(fā)時，基于當前托管內存信息記錄模塊406記錄的當前托管內存信息，分析并輸出當前托 管內存信息。在該技術方案中，可以記錄并存儲當前托管內存信息，為分析并輸出當前托管 內存信息、以及后期的查詢提供依據(jù)。
[0030] 在上述技術方案中，優(yōu)選地，設置基于當前托管內存的垃圾回收的調試器和性 能計數(shù)器；將設置的調試器附加到目標進程，準備開始調試，打開設置的性能計數(shù)器，收 集％11!1^ In GC。在該技術方案中，通過預先設置調試器和性能計數(shù)器，可以方便當前托管 內存信息的分析和處理。
[0031] 在上述技術方案中，優(yōu)選地，斷點設置模塊為該垃圾回收的開始和該垃圾回收的 結束設置斷點的操作，具體包括：在GCHeap的SuspendEE和RestartEE方法上設置斷點，這 兩個方法對應垃圾回收的開始和結束。在該技術方案中，通過設置斷點，對垃圾回收的開始 和結束作標記，使得當前內存托管信息的分析處理有據(jù)可尋，且不易出錯。
[0032] 在上述技術方案中，優(yōu)選地，當前托管內存信息輸出模塊分析并輸出當前托管內 存信息的操作，具體包括：對比GC開始前和結束后的托管內存對象，分析哪些對象被頻繁 的回收和創(chuàng)建；同時，對比垃圾回收期間性能計數(shù)器中的％Time In GC情況，即可知道哪些 對象被頻繁的回收和創(chuàng)建、對內存的影響、以及由此產生的CPU影響。在該技術方案中，通 過對比性能計數(shù)器數(shù)據(jù)，即可知道CPU中花在GC上的時間，通過連續(xù)分析，即可知道哪一部 分對象被頻繁的回收和創(chuàng)建，影響性能了。
[0033] 本發(fā)明的技術方案，可以解決的核心問題為：⑴不對現(xiàn)有代碼進行修改；⑵準確 評估每次垃圾回收過程對系統(tǒng)性能產生的影響。本發(fā)明的技術方案，解決該核心問題后，即 可進行技術方案的廣泛應用，同時準確評估垃圾回收對系統(tǒng)性能產生的影響。
[0034] 例如，本發(fā)明的技術方案，可以在.net應用程序中，為垃圾回收的開始和結束設 置斷點，在斷點觸發(fā)時，收集當前的內存對象，即可比對出每一次垃圾回收哪些對象被回收 掉了。再對比性能計數(shù)器數(shù)據(jù)，即可知道CPU中花在GC上的時間，通過連續(xù)分析，即可知道 哪一部分對象被頻繁的回收和創(chuàng)建，影響性能了。具體說明如下： ⑴開始調試：將調試器附加到目標進程，準備開始調試，打開性能計數(shù)器，收集％Time In GC〇
[0035] ⑵輸出設置：在GCHeap的SuspendEE和RestartEE方法上設置斷點，這兩個方法 對應垃圾回收的開始和結束。
[0036] ⑶收集日志：當斷點觸發(fā)時，記錄下當前的托管內存情況。
[0037] ⑷輸出分析：對比GC開始前和結束后的托管內存對象，分析哪些對象被頻繁的回 收和創(chuàng)建，同時對比垃圾回收期間性能計數(shù)器中的％Time In GC情況，即可知道哪些對象被 頻繁的回收和創(chuàng)建，對內存的影響，以及由此產生的CPU影響。
[0038] 由于GC零代堆回收最頻繁，基于以上技術方案，我們可以只分析零代堆中的對 象，查看哪些對象被頻繁的回收和創(chuàng)建。使用如下命令： bp clr!WKS::GCHeap::SuspendEE 〃· if (dwo(clrlWKS::GCHeap::GcCondemnedGenera tion)==0) {.echo start of gen 2;!dumpheap _stat;g} . else {gc}〃 bp clr!WKS::GCHeap:: RestartEE if (dwo(clrlffKS::GCHeap::GcCondemnedGener ation)==0) {.echo end of gen 2;!dumpheap - stat;g} . else {gc}〃 通過上面的調試命令，我們就可以拿到在垃圾回收一代堆發(fā)生前和發(fā)生后，托管內存 的使用狀態(tài)，通過！dumpheap -stat命令的對比，即可知道到底是哪部分一代堆對象被頻 繁的創(chuàng)建和回收掉了。
[0039] 本發(fā)明的技術方案，可以應用于分析系統(tǒng)中內存分配回收數(shù)據(jù)對性能的影響，該 回收數(shù)據(jù)是內存優(yōu)化的關鍵數(shù)據(jù)。所有基于Microsoft, net技術開發(fā)的軟件均可使用本發(fā) 明的技術方案進行內存優(yōu)化與分析。本發(fā)明的技術方案不同于傳統(tǒng)的內存優(yōu)化思路，以垃 圾回收數(shù)據(jù)為基礎，快速診斷對系統(tǒng)性能產生影響的內存分配操作。
[0040] 例如，本發(fā)明的技術方案，經(jīng)在本 申請人:應用驗證，可以解決大量內存優(yōu)化問題， 如重慶長軸項目的CPU使用率優(yōu)化。
[0041] 以上結合附圖詳細說明了本發(fā)明的技術方案，考慮到相關技術中沒有不改變現(xiàn)有 代碼、準確評估每次垃圾回收過程對系統(tǒng)性能產生影響的針對垃圾回收的內存分析優(yōu)化的 解決辦法?，F(xiàn)有的基于垃圾回收的內存分析無法完成有現(xiàn)有代碼參與的準確評估每次垃圾 回收過程對系統(tǒng)性能產生影響的內存分析優(yōu)化過程。因此，本發(fā)明提出了一種基于垃圾回 收的內存分析優(yōu)化方法和一種基于垃圾回收的內存分析優(yōu)化系統(tǒng)，可以在現(xiàn)有的基于垃圾 回收的內存分析基礎上，充分利用現(xiàn)有代碼完成準確評估每次垃圾回收過程對系統(tǒng)性能產 生影響的內存分析優(yōu)化，建立現(xiàn)有代碼參與的準確評估每次垃圾回收過程對系統(tǒng)性能產生 影響的通用、統(tǒng)一分析優(yōu)化思路。
[0042] 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技 術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
【權利要求】
1. 一種基于垃圾回收的內存分析優(yōu)化方法，其特征在于，包括： 步驟102 :將當前托管內存的垃圾回收附加到目標進程； 步驟104 :基于步驟102附加到目標程序的當前托管內存的垃圾回收，為該垃圾回收的 開始和該垃圾回收的結束設置斷點； 步驟108 :在步驟104設置的斷點觸發(fā)時，分析并輸出當前托管內存信息。
2. 根據(jù)權利要求1所述的基于垃圾回收的內存分析優(yōu)化方法，其特征在于，在所述步 驟104和步驟108之間，還包括： 步驟106 :在步驟104設置的斷點觸發(fā)時，記錄當前托管內存信息；以及， 所述步驟108具體包括： 在步驟104設置的斷點觸發(fā)時，基于步驟106記錄的當前托管內存信息，分析并輸出當 前托管內存信息。
3. 根據(jù)權利要求1或2所述的基于垃圾回收的內存分析優(yōu)化方法，其特征在于，所述步 驟102將當前托管內存的垃圾回收附加到目標進程的操作，具體包括： 步驟202 :設置基于當前托管內存的垃圾回收的調試器和性能計數(shù)器； 步驟204 :將步驟202設置的調試器附加到目標進程，準備開始調試，打開步驟202設 置的性能計數(shù)器，收集％Time In GC。
4. 根據(jù)權利要求1或2所述的基于垃圾回收的內存分析優(yōu)化方法，其特征在于，所述步 驟104為該垃圾回收的開始和該垃圾回收的結束設置斷點的操作，具體包括： 在GCHeap的SuspendEE和RestartEE方法上設置斷點，這兩個方法對應垃圾回收的開 始和結束。
5. 根據(jù)權利要求1或2所述的基于垃圾回收的內存分析優(yōu)化方法，其特征在于，所述步 驟108分析并輸出當前托管內存信息的操作，具體包括： 步驟302 :對比GC開始前和結束后的托管內存對象，分析哪些對象被頻繁的回收和創(chuàng) 建； 步驟304 :與步驟302同時進行，對比垃圾回收期間性能計數(shù)器中的％Time In GC情況， 即可知道哪些對象被頻繁的回收和創(chuàng)建、對內存的影響、以及由此產生的CPU影響。
6. -種基于垃圾回收的內存分析優(yōu)化系統(tǒng)，其特征在于，包括： 目標進程附加模塊，用于將當前托管內存的垃圾回收附加到目標進程； 斷點設置模塊，用于基于所述目標進程附加模塊附加到目標程序的當前托管內存的垃 圾回收，為該垃圾回收的開始和該垃圾回收的結束設置斷點； 當前托管內存信息輸出模塊，用于在所述斷點設置模塊設置的斷點觸發(fā)時，分析并輸 出當前托管內存信息。
7. 根據(jù)權利要求6所述的基于垃圾回收的內存分析優(yōu)化系統(tǒng)，其特征在于，還包括： 當前托管內存信息記錄模塊，用于在所述斷點設置模塊設置的斷點觸發(fā)時，記錄當前 托管內存信息；以及， 所述當前托管內存信息輸出模塊，用于在所述斷點設置模塊設置的斷點觸發(fā)時，基于 所述當前托管內存信息記錄模塊記錄的當前托管內存信息，分析并輸出當前托管內存信 肩、。
8. 根據(jù)權利要求6或7所述的基于垃圾回收的內存分析優(yōu)化系統(tǒng)，其特征在于，所述目 標進程附加模塊將當前托管內存的垃圾回收附加到目標進程的操作，具體包括： 設置基于當前托管內存的垃圾回收的調試器和性能計數(shù)器； 將設置的調試器附加到目標進程，準備開始調試，打開設置的性能計數(shù)器，收集％Time In GC〇
9. 根據(jù)權利要求6或7所述的基于垃圾回收的內存分析優(yōu)化系統(tǒng)，其特征在于，所述斷 點設置模塊為該垃圾回收的開始和該垃圾回收的結束設置斷點的操作，具體包括： 在GCHeap的SuspendEE和RestartEE方法上設置斷點，這兩個方法對應垃圾回收的開 始和結束。
10. 根據(jù)權利要求6或7所述的基于垃圾回收的內存分析優(yōu)化系統(tǒng)，其特征在于，所述 當前托管內存信息輸出模塊分析并輸出當前托管內存信息的操作，具體包括： 對比GC開始前和結束后的托管內存對象，分析哪些對象被頻繁的回收和創(chuàng)建； 同時，對比垃圾回收期間性能計數(shù)器中的％Time In GC情況，即可知道哪些對象被頻繁 的回收和創(chuàng)建、對內存的影響、以及由此產生的CPU影響。
【文檔編號】G06F9/445GK104063245SQ201410284405
【公開日】2014年9月24日 申請日期:2014年6月24日 優(yōu)先權日:2014年6月24日
【發(fā)明者】尹洪亮 申請人:用友優(yōu)普信息技術有限公司