在 .NET 開發(fā)中，我們經(jīng)常聽到一句話：“內(nèi)存不用管，GC 會幫你處理。”這句話對，也不完全對。這也是面試常考的問題。

確實，.NET 通過垃圾回收器（Garbage Collector，簡稱 GC）實現(xiàn)了自動內(nèi)存管理，開發(fā)者不需要像 C/C++ 那樣手動 free 或 delete。但如果不了解 GC 的工作機制，就很容易在高并發(fā)、低延遲或長時間運行的系統(tǒng)中踩坑。

真正優(yōu)秀的 .NET 開發(fā)者，不是“依賴 GC”，而是“理解 GC、配合 GC”。

什么是垃圾回收（GC）？

垃圾回收是 .NET 運行時提供的一套自動內(nèi)存管理機制。它主要負責(zé)：

• 為新對象分配內(nèi)存
• 跟蹤哪些對象仍然被使用
• 釋放不再使用的對象
• 防止內(nèi)存泄漏
• 避免懸空指針等低級錯誤①

簡單來說，GC 會幫你回收“已經(jīng)沒人用”的對象，保證程序長期運行不會因為內(nèi)存問題崩潰。

需要強調(diào)的是：GC 管理的是托管內(nèi)存（Managed Memory），也就是通過 new 創(chuàng)建的對象。

.NET GC 的工作機制

.NET 使用的是分代式標記-壓縮算法（Generational Mark-and-Compact）。它的設(shè)計基于一個非常重要的事實：

絕大多數(shù)對象的生命周期都很短。

比如 Web 請求中的 DTO、局部變量、臨時字符串，往往在一次請求結(jié)束后就可以回收。

一、分代機制（Gen 0 / Gen 1 / Gen 2）

.NET 將對象按“存活時間”劃分為三代：

• 第 0 代（Gen 0）：新創(chuàng)建的對象，回收最頻繁
• 第 1 代（Gen 1）：從 Gen 0 存活下來的對象
• 第 2 代（Gen 2）：長期存活對象，回收頻率最低②

當 Gen 0 空間不足時，會觸發(fā)一次 Gen 0 回收。如果對象在回收后仍然存活，就會被“晉升”到 Gen 1。再存活則進入 Gen 2。

這種設(shè)計的好處是： 優(yōu)先回收“短命對象”，減少掃描范圍，大幅提升效率。

二、標記階段（Mark Phase）

GC 會短暫停止應(yīng)用程序（Stop-The-World），從一組“根對象”（Root）開始遍歷，比如：

• 局部變量
• 靜態(tài)字段
• CPU 寄存器

所有能從根對象訪問到的對象都會被標記為“存活”。沒有被標記的對象就是垃圾。

三、壓縮階段（Compact Phase）

標記完成后，GC 會把存活對象移動到內(nèi)存的一端，讓內(nèi)存保持連續(xù)。

這樣做有兩個好處：

• 避免內(nèi)存碎片
• 提升 CPU 緩存命中率

這也是 .NET 內(nèi)存分配速度非?？斓闹匾?。

四、大對象堆（LOH）

當對象大小超過 85KB 時，會被分配到大對象堆（LOH，Large Object Heap）。

LOH 有兩個特點：

• 默認不頻繁壓縮
• 容易產(chǎn)生內(nèi)存碎片③

例如：

• 大數(shù)組
• 大字符串
• 圖像字節(jié)流

如果頻繁創(chuàng)建 100KB 以上的對象，就可能造成內(nèi)存碎片問題。

建議做法是：使用對象池復(fù)用大對象，比如 ArrayPool<T>。

GC 何時觸發(fā)？

GC 由運行時自動決定，常見觸發(fā)場景包括：

• Gen 0 內(nèi)存滿
• 系統(tǒng)內(nèi)存壓力過大
• 顯式調(diào)用 GC.Collect()

一般情況下，GC 的調(diào)度策略已經(jīng)非常智能，開發(fā)者不需要也不應(yīng)該干預(yù)。

為什么不推薦手動調(diào)用 GC.Collect()？

很多人覺得：“我手動 GC 一下，內(nèi)存馬上就干凈了。”

實際上，這通常是反優(yōu)化行為。

調(diào)用 GC.Collect() 會：

• 強制觸發(fā)全代回收
• 導(dǎo)致應(yīng)用暫停
• 打亂 GC 的分代優(yōu)化策略
• 降低整體吞吐量④

除非在極特殊場景（例如游戲關(guān)卡切換、大量對象剛剛釋放）并經(jīng)過充分測試，否則不建議使用。

與 GC 協(xié)同的最佳實踐

理解 GC 的目的，是為了“配合它”，而不是“對抗它”。

一、確定性釋放非托管資源

文件句柄、數(shù)據(jù)庫連接、Socket 等屬于非托管資源，必須及時釋放。

應(yīng)使用 using 或 IDisposable：

using (var stream = new FileStream("test.txt", FileMode.Open))
{
    // 使用文件
}

using 會在作用域結(jié)束時自動調(diào)用 Dispose()，而不是等待 GC 回收。

二、避免頻繁分配大對象

例如：

var buffer = new byte[100_000]; // 進入 LOH

高頻分配大數(shù)組會增加 LOH 壓力。

推薦使用對象池：

var pool = ArrayPool<byte>.Shared;
var buffer = pool.Rent(100_000);
try
{
    // 使用 buffer
}
finally
{
    pool.Return(buffer);
}

三、警惕長生命周期引用

以下對象會長期存活：

• 靜態(tài)字段
• 單例服務(wù)
• 全局緩存

如果它們持有大對象引用，就會阻止 GC 回收，造成“邏輯內(nèi)存泄漏”。

四、合理使用依賴注入生命周期

在 ASP.NET Core 中：

• Singleton 生命周期 = 整個應(yīng)用周期
• Scoped = 單次請求
• Transient = 每次注入

不要在 Singleton 服務(wù)中持有大量可變數(shù)據(jù)，否則容易進入 Gen 2 并長期占用內(nèi)存。

典型場景分析

Web API 高并發(fā)請求

請求上下文、DTO 等對象集中在 Gen 0。 GC 回收非常高效，通常無需干預(yù)。

圖像 / 視頻處理

大量字節(jié)數(shù)組進入 LOH。 應(yīng)使用 MemoryPool<byte> 或 ArrayPool<byte> 進行緩沖區(qū)復(fù)用。

長期運行的后臺服務(wù)

Gen 2 對象不斷累積。 應(yīng)重點檢查：

• 事件是否取消訂閱
• 緩存是否設(shè)置過期
• 定時任務(wù)是否釋放資源

IDisposable 與 GC 的關(guān)系澄清

很多開發(fā)者會混淆 IDisposable 和 GC。

其實它們解決的是兩個不同的問題：

• GC：負責(zé)托管內(nèi)存回收
• IDisposable：負責(zé)非托管資源釋放⑤

GC 何時運行不可預(yù)測，而 Dispose() 是確定性的。

終結(jié)器（Finalizer）只是最后的“保險機制”，不應(yīng)依賴。

一句話總結(jié)：

GC 負責(zé)“內(nèi)存”，Dispose 負責(zé)“資源”。

結(jié)語

真正理解 GC，你會獲得三項能力：

• 設(shè)計更高效的對象生命周期
• 避免 LOH 碎片和長生命周期陷阱
• 快速定位內(nèi)存問題

在高并發(fā)、云原生、微服務(wù)時代， 對 GC 的理解已經(jīng)不只是“基礎(chǔ)知識”，而是工程能力的一部分。

寫代碼不僅是“功能實現(xiàn)”，更是對資源的掌控。

參考資料

① Microsoft. Fundamentals of Garbage Collection.https://learn.microsoft.com/en-us/dotnet/standard/garbage-collection/fundamentals

② Maoni Stephens. CLR Inside Out: Large Object Heap Uncovered. MSDN Magazine, 2008.

③ Microsoft. Large Object Heap.https://learn.microsoft.com/en-us/dotnet/standard/garbage-collection/large-object-heap

④ Ben Watson. Writing High-Performance .NET Code. 2nd ed., 2018.

⑤ Microsoft. Implementing a Dispose method.https://learn.microsoft.com/en-us/dotnet/standard/garbage-collection/implementing-dispose

到此這篇關(guān)于你真的理解 .NET 的垃圾回收嗎？的文章就介紹到這了,更多相關(guān).net垃圾回收內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論