1、使用性能測試工具dotTrace 3.0，它能夠計算出你程序中那些代碼占用內存較多

2、強制垃圾回收

3、多dispose，close

4、用timer，每幾秒鐘調用：SetProcessWorkingSetSize(Process.GetCurrentProcess().Handle, -1, -1);具體見附錄。

5、發布的時候選擇Release

6、注意代碼編寫時少產生垃圾，比如String + String就會產生大量的垃圾，可以用StringBuffer.Append

7、this.Dispose();    this.Dispose(True);   this.Close();    GC.Collect();   

8、注意變量的作用域，具體說某個變量如果只是臨時使用就不要定義成成員變量。GC是根據關系網去回收資源的。

9、檢測是否存在內存泄漏的情況，詳情可參見：內存泄漏百度百科

 

定期清理執行垃圾回收代碼：

//在程序中用一個計時器，每隔幾秒鐘調用一次該函數，打開任務管理器，你會有驚奇的發現

#region 內存回收

[DllImport("kernel32.dll", EntryPoint = "SetProcessWorkingSetSize")]

public static extern int SetProcessWorkingSetSize(IntPtr process, int minSize, int maxSize);

/// <summary>

/// 釋放內存

/// </summary>

public static void ClearMemory()

{

GC.Collect();

GC.WaitForPendingFinalizers();

if (Environment.OSVersion.Platform == PlatformID.Win32NT)

{

App.SetProcessWorkingSetSize(System.Diagnostics.Process.GetCurrentProcess().Handle, -1, -1);

}

}

#endregion

 

SetProcessWorkingSetSize函數的騙局

 

物理內存和虛擬內存

物理內存,在應用中,自然是顧名思義,物理上,真實的插在板子上的內存是多大就是多大了.看機器配置的時候,看的就是這個物理內存.

如果執行的程序很大或很多,就會導致物理內存消耗殆盡.為了解決這個問題,Windows中運用了虛擬內存技術,即拿出一部分硬盤空間來充當內存使用,當內存占用完時,電腦就會自動調用硬盤來充當內存,以緩解內存的緊張.

一個程序,不可避免地要用到虛擬內存,因為不頻繁執行或者已經很久沒有執行的代碼,沒有必要留在物理內存中,只會造成浪費;放在虛擬內存中,等執行這部分代碼的時候,再調出來.
Windows 的任務管理器可以幫助我們看到進程的虛擬內存.調出任務管理器,點擊菜單“查看”－“選擇列”,在出現的窗口中,鉤上“虛擬內存大小

一個程序到底應該使用多少虛擬內存呢?不一定,但是應該以恰到好處的符合虛擬內存原本作用為最好.
下面將揭穿表面看起來調用了大量圖片、大量運行庫的程序,為什么才“占用”不到 1 MB 的內存的詭計.

原來是 SetProcessWorkingSetSize 函數

MSDN 對該函數的表述(翻譯):使用這個函數來設置應用程序最小和最大的運行空間,只會保留需要的內存.當應用程序被閑置或系統內存太低時,操作系統會自動調用這個機制來設置應用程序的內存.應用程序也可以使用 VirtualLock 來鎖住一定范圍的內存不被系統釋放;當你加大運行空間給應用程序,你能夠得到的物理內存取決于系統,這會造成其他應用程序降低性能或系統總體降低性能,這也可能導致請求物理內存的操作失敗,例如:建立 進程,線程,內核池,就必須小心的使用該函數.

也就是說,該函數不是節省內存,而是強制把進程的物理內存搬到虛擬內存中.

另外有一些資料上說,該函數“將有可能導致缺頁中斷,嚴重影響性能”.
函數原型:
BOOL SetProcessWorkingSetSize(
HANDLE hProcess,
SIZE_T dwMinimumWorkingSetSize,
SIZE_T dwMaximumWorkingSetSize
);
我們用 VB 來做這么一個簡單的例子,是程序占用 300 KB 內存吧.

建立一個標準的 VB 工程,在 Form1 中放置一個 Timer1 ,把 Interval 屬性設置為 1000 (即 1 秒).然后在代碼編輯框中輸入以下代碼:

Private Declare Function SetProcessWorkingSetSize Lib "kernel32" (ByVal hProcess As Long, ByVal dwMinimumWorkingSetSize As Long, ByVal dwMaximumWorkingSetSize As Long) As Long
Private Declare Function GetCurrentProcess Lib "kernel32" () As Long
Private Sub Timer1_Timer()
SetProcessWorkingSetSize GetCurrentProcess(), 50000, 100000
End Sub
然后生成 工程1.exe,執行,調出任務管理器查看,發現內存占用才 320 KB.如果把定時器關閉,這進程的內存一般 4 MB左右.
必須定時執行該函數,否則虛擬內存會慢慢被調出來,恢復原來的內存大小.
如果要使一個本來需要占用大量內存的程序減低到幾百 KB ,使用同樣的方法即可.

詭計帶來的危害

如果 SetProcessWorkingSetSize 函數被正常使用,是非常有用處的.但是為了蒙騙用戶的眼睛,每秒,甚至幾十毫秒就把大量內存往虛擬內存里面壓,就會帶來無可預計的危害.看看這篇文章怎么 說:“因為他只是暫時的將應用程序占用的內存移至虛擬內存,一旦,應用程序被激活或者有操作請求時,這些內存又會被重新占用.如果你強制使用該方法來設置 程序占用的內存,那么可能在一定程度上反而會降低系統性能,因為系統需要頻繁的進行內存和硬盤間的頁面交換.”.

沒錯,如果你使用了這類軟件,意味著你的硬盤將每秒將 I/O 大量數據;硬盤的磁針將拼命旋轉...(當然硬盤磁針不可能不旋轉^_^,只是選擇得更厲害而已).

不是說 BT 很傷內存嗎?不然,因為現在大多 BT 軟件都有緩存技術.且看 Bitcomet 官方對緩存技術的說明:“傳統BT高速下載時硬盤會響得很厲害,這是大量的隨機讀取造成的.... BitComet可以由用戶設置緩存大小.... 可以明顯地看出犧牲一小部分內存作緩存對硬盤的保護作用.”

是不是有種心寒的感覺?一類軟件寧愿犧牲內存,也要減少保護硬盤;而另外一類軟件,卻為了欺騙用戶,讓CPU、硬盤更加奔波......

抓一個兇手

這類軟件不少,我以其中一個桌面工具為例,揭穿它的假面具(不點名字了).運行該軟件后,隨意操作一下,然后打開進程管理器,把虛擬內存列調出來,找到該進程,如圖3:

OK,20 MB 虛擬內存,而只有 632 KB 物理內存.細心的你會發現,大概每 1 秒,該行都有閃爍的感覺,沒錯,這正是每秒調用 SetProcessWorkingSetSize 的結果.另外,我們打開 Norton Process Viewer ,查看該進程的 CPU 占用情況,如圖4:

可以看到,就算沒有操作該軟件,但是每秒,都有 3% 的CPU占用起伏(雖然這并不能說明什么).另外,內存框中可以看到物理內存和虛擬內存的占用,兩者相去甚遠.此外,可以用 Hook API 技術來證明每秒調用 SetProcessWorkingSetSize 的行為.

應該怎么做

這篇文章只想讓用戶了解軟件占用資源的實際.而程序員應該把下功夫,真正從代碼中減少內存的消耗,而不是一味忽悠用戶.調用 SetProcessWorkingSetSize

會帶來某些好處,但是何時調用、如何調用應該符合兩個要求:
1,在程序暫時不被使用的時候(例如最小化);
2,物理內存和虛擬內存應處于一個合適的比例(而不是 600 KB 比 20 MB 這么荒唐);
3,或者不調用,讓 Windows 去處理.