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秒減少一次，而且是減少到最小，用的就是這個原理。