c#雖然內建記憶體回收機制,但是並不能解決程式佔用記憶體龐大的問題,如果我們仔細觀察工作管理員,我們會發現一個程式如果最小化的時候,它所佔用的會驟然減小,這時作業系統會把程式用不到的記憶體暫時放到虛擬記憶體中,當我們再把程式最大化時,發現記憶體並沒有完全的從虛擬記憶體調到記憶體中來,是因為作業系統的記憶體管理機制只調用目前需要的,那麼剩下的,有可能將來調用,有可能根本沒用。實現這個機理用到了一個API函數SetProcessWorkingSetSize(),c#中聲明如下:
[DllImport("kernel32.dll", EntryPoint = "SetProcessWorkingSetSize")]
public static extern int SetProcessWorkingSetSize(int hProcess, int dwMinimumWorkingSetSize, int dwMaximumWorkingSetSize);
其中的參數內容:
hProcess:進程的控制代碼
dwMinimumWorkingSetSize:進程最小工作空間
dwMaximumWorkingSetSize:進程最大工作空間
其中的hProcess,在c#中,如果限制當前編譯的程式,用GetCurrentProcess()來獲得。
但是這麼做有一點要注意,在一個程式中不宜經常使用這個函數,比方說,我為了減少我的程式記憶體佔用,把dwMinimumWorkingSetSize、dwMaximumWorkingSetSize的值都設定為最小,然後在設定一個timer,每隔一會就調用這個函數一次,這樣看來程式佔用記憶體時間少了,但是它帶來一個很嚴重的弊端,作業系統為了實現限制記憶體的大小,會不斷的進行記憶體與虛擬記憶體之間的轉換,反而大大加重了作業系統的負擔,所以不宜常用。
大家可以運行一下周博通,然後看看工作管理員,用這個軟體開啟新浪網頁,會發現工作管理員裡面它的進程每5秒減少一次,而且是減少到最小,用的就是這個原理。