使用wpf程序常常會出現(xiàn)一個(gè)問題,那就是內(nèi)存占用過高，使用wpf的程序功能越復(fù)雜往往用著用著內(nèi)存就本著90往上去了。

一方面wpf本身是一個(gè)ui框架，對圖像以及界面的渲染雖然提高了軟件的美觀性,但實(shí)際使用過程中調(diào)用和消耗了大量的內(nèi)存來進(jìn)行協(xié)同處理;
另一方面這些調(diào)用的內(nèi)存的確在使用完成之后并沒有進(jìn)行主動的釋放或者是只是自動釋放了一部分，即對于托管資源通過GC自動清理回收。對于非托管資源，通過代碼調(diào)用手動進(jìn)行清除，再由GC回收。例如流，數(shù)據(jù)庫連接，網(wǎng)絡(luò)連接等,所以就需要我們主動定時(shí)的對內(nèi)存進(jìn)行回收釋放的處理。

在這里非常推薦使用LierdaCracker

一.可以使用nuget管理安裝Lierda.WPFHelper包，在項(xiàng)目的App.xaml.cs中的Application_Startup方法里實(shí)例化并調(diào)用cracker方法直接使用

   LierdaCracker cracker = new LierdaCracker();
   cracker.Cracker();

二.自己實(shí)現(xiàn)LierdaCracker類

提到C#資源和內(nèi)存回收肯定少不了GC垃圾回收機(jī)制，托管堆上的內(nèi)存由GC全權(quán)負(fù)責(zé)， 值引用的在棧上的內(nèi)存會隨著?？臻g的消亡而自動消失。

GC.Collect()； 
GC.WaitForPendingFinalizers();

此方法強(qiáng)制對所有代進(jìn)行即時(shí)垃圾回收！

當(dāng)應(yīng)用程序代碼中某個(gè)確定的點(diǎn)上使用的內(nèi)存量大量減少時(shí)，在這種情況下使用 GC.Collect 方法可能比較合適。而GC.WaitForPendingFinalizers則是提供收集完成前的等待。

另外一個(gè)非常重要的系統(tǒng)api在釋放內(nèi)存的時(shí)候也是非常重要的
SetProcessWorkingSetSize，使用這個(gè)函數(shù)來設(shè)置應(yīng)用程序最小和最大的運(yùn)行空間，只會保留需要的內(nèi)存。當(dāng)應(yīng)用程序被閑置或系統(tǒng)內(nèi)存太低時(shí)，操作系統(tǒng)會自動調(diào)用這個(gè)機(jī)制來設(shè)置應(yīng)用程序的內(nèi)存。應(yīng)用程序也可以使用 VirtualLock 來鎖住一定范圍的內(nèi)存不被系統(tǒng)釋放。

事實(shí)上，使用該函數(shù)并不能提高什么性能，也不會真的節(jié)省內(nèi)存。
因?yàn)樗皇菚簳r(shí)的將應(yīng)用程序占用的內(nèi)存移至虛擬內(nèi)存，一旦，應(yīng)用程序被激活或者有操作請求時(shí)，這些內(nèi)存又會被重新占用。如果你強(qiáng)制使用該方法來 設(shè)置程序占用的內(nèi)存，那么可能在一定程度上反而會降低系統(tǒng)性能，因?yàn)橄到y(tǒng)需要頻繁的進(jìn)行內(nèi)存和硬盤間的頁面交換。

BOOL SetProcessWorkingSetSize(
HANDLE hProcess,
SIZE_T dwMinimumWorkingSetSize,
SIZE_T dwMaximumWorkingSetSize
);

將 2個(gè) SIZE_T 參數(shù)設(shè)置為 －1 ，即可以使進(jìn)程使用的內(nèi)存交換到虛擬內(nèi)存，只保留一小部分代碼，它是windowsNT的api 所以使用的使用需要加上平臺條件。

 if (Environment.OSVersion.Platform == PlatformID.Win32NT)
  SetProcessWorkingSetSize(Process.GetCurrentProcess().Handle, -1, -1);

綜合下來LierdaCracker類為

?public class LierdaCracker
?{
?? ? [DllImport("kernel32.dll")]
? ? ?private static extern bool SetProcessWorkingSetSize(IntPtr proc, int min, int max);

?? ? private void FlushMemory()
? ? ?{
? ? ? ? ? GC.Collect();
? ? ? ? ? GC.WaitForPendingFinalizers();
? ? ? ? ? if (Environment.OSVersion.Platform == PlatformID.Win32NT)
? ? ? ? ? ? ? SetProcessWorkingSetSize(Process.GetCurrentProcess().Handle, -1, -1);
? ? ? }

?? ? ?public void Cracker(int sleepSpan = 50)
? ? ? {
? ? ? ? ? ?_ = Task.Factory.StartNew(delegate
? ? ? ? ? ?{
? ? ? ? ? ? ? ?while (true)
? ? ? ? ? ? ? ?{
? ? ? ? ? ? ? ? ? ?try
? ? ? ? ? ? ? ? ? ?{
? ? ? ? ? ? ? ? ? ? ? ?SetDate();
? ? ? ? ? ? ? ? ? ? ? ?FlushMemory();
? ? ? ? ? ? ? ? ? ? ? ?Thread.Sleep(TimeSpan.FromSeconds((double)sleepSpan));
? ? ? ? ? ? ? ? ? ?}
? ? ? ? ? ? ? ? ? ?catch { }
? ? ? ? ? ? ? ?}
? ? ? ? ? ?});
? ? ? ?}

?}

到此這篇關(guān)于C#中WPF內(nèi)存回收與釋放LierdaCracker的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)C# WPF內(nèi)存回收與釋放 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論