建站
咨詢
售后
建站咨詢
新聞中心
- 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è)性能瓶頸。
成都創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供東方網(wǎng)站建設(shè)、東方做網(wǎng)站、東方網(wǎng)站設(shè)計(jì)、東方網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)與制作、東方企業(yè)網(wǎng)站模板建站服務(wù)，10年東方做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。
由于操作系統(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+）自制“小屏?！?/p>
C# GDI+編程之基礎(chǔ)篇
VC++.NET的GDI+入門之位圖和圖標(biāo)
C#中使用GDI 讓網(wǎng)站新聞標(biāo)題個(gè)性化
VC中使用Gdi+合并jpg圖片
文章題目：分析提高GDI編程性能的方法
本文地址：http://www.dlmjj.cn/article/djoophi.html
