DA0022：高比率的 Gen 2 記憶體回收

當您使用取樣、.NET 記憶體或資源爭用方法進行程式碼剖析時，必須至少收集 10 個範本才能觸發此規則。

原因

程式碼剖析期間收集的系統效能資料指出，相較於層代 0 和層代 1 記憶體回收，層代 2 記憶體回收中回收相當高比例的 .NET Framework 物件記憶體。

規則描述

Microsoft .NET Common Language Run-Time (CLR) 提供一套自動化的記憶體管理機制，它會使用記憶體回收行程從應用程式不再使用的物件中回收記憶體。根據許多配置的存留期較短的假設，記憶體回收行程是層代導向。例如，區域變數應該存留較短。新建立的物件會從層代 0 (Gen 0) 開始，然後進入層代 1 (當它們在記憶體回收行程之後存留下來時)，最後轉換至層代 2 (如果應用程式仍使用這些物件的話)。

層代 0 中的物件較常回收而且通常非常有效率。層代 1 中的物件較不常回收而且比較沒有效率。最後，層代 2 中存留較久的物件應該更不常回收。層代 2 回收 (完全記憶體回收行程) 也是成本最高昂的作業。

當發生比例太多的層代 2 記憶體回收時，便會引發這個規則。正常執行的 .NET Framework 應用程式的層代 1 記憶體回收會是層代 2 記憶體回收的 5 倍以上(10x 因數可能是理想值)。

如何調查警告

按兩下 [錯誤清單] 視窗中的訊息，即可巡覽至程式碼剖析資料的標記檢視。尋找 .NET CLR Memory\# of Gen 0 Collections 和 .NET CLR Memory\# of Gen 1 Collections 資料行。判斷是否有特定程式執行階段的記憶體回收較為頻繁。將這些值與 % Time in GC 資料行相比較，判斷 Managed 記憶體配置模式是否導致過多的記憶體管理額外負荷。

高比例的層代 2 記憶體回收不一定構成問題，它可能是根據設計的行為。應用程式在執行期間配置必須長時間保持使用中狀態的大型資料結構，可能會觸發這個規則。當這類應用程式受到記憶體壓力時，它可能被迫執行頻繁的記憶體回收。如果耗費較少資源的層代 0 和層代 1 記憶體回收只能回收少量 Managed 記憶體，則會排程較為頻繁的層代 2 記憶體回收。

[標記] 檢視中有其他 .NET CLR Memory 資料行可協助您識別記憶體回收問題。% Time in GC 資料行協助您了解發生多少記憶體管理額外負荷。如果您的應用程式通常使用相當少數的持續性大型物件，頻繁的層代 2 記憶體回收應該不會耗費過多的 CPU 時間量。如果應用程式因為需要更多實體記憶體 (RAM) 而受到記憶體壓力，可能也會引發評估 Memory\Pages/sec 資料行值的相關規則。

若要了解應用程式的 Managed 記憶體使用模式，請執行 .NET 記憶體配置設定檔以重新進行程式碼剖析，並選取 [物件存留期] 程式碼剖析選項。

如需如何改善記憶體回收效能的詳細資訊，請參閱 Microsoft 網站上的記憶體回收行程的基礎概念和效能提示 (英文)。如需有關自動記憶體回收額外負荷的詳細資訊，請參閱大型物件堆積的面目。