IntPtrhandle=font.ToHfont();//性能瓶頸  
//…  
SafeNativeMethods.DeleteObject(handle); 

由于該控件在使用GDI畫字時(shí)，通過調(diào)用Font.ToHfont()方法獲得Font的Handle。而這個(gè)方法非常慢。并且控件在畫每個(gè)Item時(shí)都被調(diào)用這個(gè)方法，F(xiàn)orm中又有很多個(gè)這樣的控件，因此調(diào)用次數(shù)相當(dāng)可觀。這就造成了這個(gè)性能瓶頸。

由于操作系統(tǒng)是不允許GDI的Handle個(gè)數(shù)大于9999的。如果大于9999個(gè)的話，程序就會(huì)崩掉。因此，我們絕對(duì)不能使程序中GDI的Handle個(gè)數(shù)與某些因素有線性增長關(guān)系。所有，一般都是在使用GDI畫字時(shí)創(chuàng)建Handle，用完之后就刪除掉。這樣也可以防止GDI泄露。

考慮到很多時(shí)候，F(xiàn)ont都是相同的，如果能將Font創(chuàng)建的Handle緩存起來，性能就會(huì)有很大的提升。但是，緩存的Handle不及時(shí)刪除的話，如果Font不相同的太多，就有機(jī)會(huì)達(dá)到操作系統(tǒng)允許的***個(gè)數(shù)，從而使程序崩潰。

以下是我的提高GDI編程性能解決方案：

1，使用SafeFontHandle類來防止GDI泄露。SafeFontHandle派生自SafeHandleZeroOrMinusOneIsInvalid，而SafeHandleZeroOrMinusOneIsInvalid又派生自CriticalFinalizerObject。GC會(huì)對(duì)CriticalFinalizerObject做特別處理，保證所有關(guān)鍵終止代碼都有機(jī)會(huì)執(zhí)行。

Code  
#regionTheSafeFontHandleclass  
 
internalsealedclassSafeFontHandle:SafeHandleZeroOrMinusOneIsInvalid  
{  
privateSafeFontHandle()  
:base(true)  
{  
}  
 
publicSafeFontHandle(IntPtrpreexistingHandle,boolownsHandle)  
:base(ownsHandle)  
{  
base.SetHandle(preexistingHandle);  
}  
 
protectedoverrideboolReleaseHandle()  
{  
returnSafeNativeMethods.DeleteNativeFontHandle(base.handle);  
}  
}  
#endregion 

2，使用HandleCollector類防止Font的Handle超過操作系統(tǒng)***限制。HandleCollector會(huì)跟蹤Font的Handle，并在其達(dá)到指定閥值時(shí)強(qiáng)制執(zhí)行垃圾回收。垃圾回收后，SafeFontHandle會(huì)釋放Font的handle。

Code  
[SuppressUnmanagedCodeSecurity]  
internalstaticclassSafeNativeMethods  
{  
privatestaticHandleCollectorFontHandleCollector=newHandleCollector("GdiFontHandle",500,1000);  
 
internalstaticIntPtrCreateNativeFontHandle(Fontfont)  
{  
IntPtrhandle=font.ToHfont();  
if(handle!=IntPtr.Zero)  
{  
FontHandleCollector.Add();  
}  
returnhandle;  
}  
 
internalstaticboolDeleteNativeFontHandle(IntPtrhandle)  
{  
boolsuccess=DeleteObject(handle);  
if(success)  
{  
FontHandleCollector.Remove();  
}  
returnsuccess;  
}  
 
[System.Runtime.InteropServices.DllImportAttribute("gdi32.dll")]  
internalstaticexternboolDeleteObject(System.IntPtrgdiObject);  
} 

3，使用弱引用緩存類WeakReferenceCachePool來緩存SafeFontHandle，這樣可以不影響SafeFontHandle被GC正常垃圾回收，從而釋放Font的Handle。關(guān)于弱引用緩存類WeakReferenceCachePool，可以參考《一個(gè)弱引用緩存類》這篇文章。

Code  
internalstaticclassSafeFontHandleFactory  
{  
#regionInstanceData  
privatestaticWeakReferenceCachePool_cachePool=newWeakReferenceCachePool();  
#endregion  
#regionMethods  
publicstaticSafeFontHandleCreateSafeFontHandle(Fontfont)  
{  
if(font==null)  
{  
thrownewArgumentNullException();  
}  
SafeFontHandlesafeFontHandle=_cachePool[font];  
if(safeFontHandle==null)  
{  
IntPtrnativeHandle=SafeNativeMethods.CreateNativeFontHandle(font);  
safeFontHandle=newSafeFontHandle(nativeHandle,true);  
_cachePool[font]=safeFontHandle;  
}  
returnsafeFontHandle;  
}  
#endregion  
} 

這樣就成功的緩存了GDI的Handle，而且在使用完成后，GDI的Handle不會(huì)線性增長，只要有GC回收發(fā)生，GDI的Handle都會(huì)清零，或者總個(gè)數(shù)達(dá)到HandleCollector指定的閥值時(shí)，也會(huì)清零。利用GC垃圾回收機(jī)制，在性能和內(nèi)存占用之間自動(dòng)平衡。

這里是測試代碼，提高GDI編程性能測試如下：

不使用弱引用緩存

TimeElapsed:350ms
CPUCycles:952,061,115
Gen0:1
Gen1:0
Gen2:0
GDIincrement:0

提高GDI編程性能，使用弱引用緩存

TimeElapsed:42ms
CPUCycles:142,020,499
Gen0:0
Gen1:0
Gen2:0
GDIincrement:0

【編輯推薦】

.NET圖像編程（GDI+）自制“小屏保”

C# GDI+編程之基礎(chǔ)篇

VC++.NET的GDI+入門之位圖和圖標(biāo)

C#中使用GDI 讓網(wǎng)站新聞標(biāo)題個(gè)性化

VC中使用Gdi+合并jpg圖片