寫了一個window服務，循環更新sqlite記錄，內存一點點穩步增長。三天后，內存溢出。于是，我從自己的代碼入手，查找到底哪兒占用內存釋放不掉，最終明確是調用servicestack.ormlite更新sqlite數據庫造成的。至于是不是框架問題，可能性不大，因為本地模擬執行的代碼沒有任何問題。我覺得應該是orm在執行數據庫更新后，對象還在被引用造成的。這里，我貼出一個偽代碼：

我的猜測到底對不對呢？現在還不知道。不過在探尋答案的時候，對GC的相關機制詳細地了解了一遍。

一、什么是GC？

官網中有這么一句話：

The garbage collector is a common language runtime component that controls the allocation and release of managed memory。

原來GC是CLR的一個組件，它控制內存的分配與釋放。

二、托管堆和CLR堆管理器

我們知道c#中的引用類型，分配在堆上。所謂的堆，就是一大塊連續的內存地址。CLR堆管理器負責內存的分配、釋放。堆又分為小對象堆和大對象堆。它的內存分配流程如下：

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖片來源《.NET高級調試》pdf

CLR加載時，就會分配堆。

?三、GC的工作機制

?GC有三個假設：

1、如果沒有特別聲明，所有的對象都是垃圾（通過引用追蹤對象是否為垃圾）

2、假設托管堆上所有的對象的活躍時間都是短暫的（相對于長久活躍的對象來說，GC將更頻繁地收集短暫活躍的對象）

3、通過代跟蹤對象的持續時間

以下是官方文檔給出的和這三個假設一致

The garbage collector in the common language runtime supports object aging using generations

Objects created more recently are part of newer generations, and have lower generation numbers than objects created earlier in the application life cycle.?

Objects in the most recent generation are in generation 0.?This implementation of the garbage collector supports three generations of objects, generations 0, 1, and 2

每代都有自己的堆，假如0代的堆滿了，就會觸發GC，然后把依然有引用的對象升級，放到1代對象。最后壓縮堆，把剩余的堆空間合并到一塊。1代對象也是如此操作。但到了2代，就處理不同了。2代的堆可能是大對象堆，它的壓縮代價過于高昂，所以只是合并相鄰的空間。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖片來源博客園c#技術漫談之垃圾回收（GC）

Garbage collection happens automatically when a request for memory cannot be satisfied using available free memory

?GC發生的時機，就是相應的堆達到了閾值，因為堆也有大小限制，并不是無限的。盡管2代堆或者大對象堆滿的時候，通過增加新的內存段來滿足內存分配，如果沒有可用的內存，這時就會報內存溢出。

四、GC不能釋放非托管資源

有兩種情況，第一種：托管代碼引用了非托管資源，比如文件操作、數據庫連接、網絡連接等。這時候必須手動釋放，或實現?dispose模式，或實現對象終結

When a type uses unmanaged resources that must be released before instances of the type are reclaimed, the type can implement a finalizer.

In most cases, finalizers are implemented by overriding the?Object.Finalize?method; however, types written in C# or C++ implement?destructors, which compilers turn into an override of?Object.Finalize?

必須注意的一點是，實現對象終結器，GC會在釋放對象之前自動調用。其實這是一個代價非常高昂的備用機制。所以能自己釋放非托管資源的，就自己釋放。

如果一個對象中包含有終結器，那么在new的時候放入到終結者隊列。當GC會把這個對象標為垃圾時，放入到另一個隊列F-Reachable中。這個隊列包含了所有帶有終結器并且將被作為垃圾收集的對象，這些對象的終結器都將被執行。在垃圾收集的過程總并不會執行終結器代碼。而是由.NET?進程的終結線程調用。因此，此時的垃圾回收滯后一段時間，目的在于等待終結器代碼執行的完成。

五、dispose模式

這是基類和子類的dispose模式，來源于官網。

原文地址:https://www.cnblogs.com/wangqiang3311/p/10280000.html

---

.NET社區新聞，深度好文，歡迎訪問公眾號文章匯總 http://www.csharpkit.com

總結

以上是生活随笔為你收集整理的浅谈c#垃圾回收机制（GC）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。