這篇文章將為大家詳細(xì)講解有關(guān)如何提高GDI編程性能，小編覺得挺實(shí)用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

公司主營業(yè)務(wù)：成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)建站是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)建站推出紫云免費(fèi)做網(wǎng)站回饋大家。

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

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

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

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

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

1，使用SafeFontHandle類來防止GDI泄露。SafeFontHandle派生自SafeHandleZeroOrMinusOneIsInvalid，而SafeHandleZeroOrMinusOneIsInvalid又派生自CriticalFinalizerObject。GC會對CriticalFinalizerObject做特別處理，保證所有關(guān)鍵終止代碼都有機(jī)會執(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會跟蹤Font的Handle，并在其達(dá)到指定閥值時(shí)強(qiáng)制執(zhí)行垃圾回收。垃圾回收后，SafeFontHandle會釋放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，可以參考《一個弱引用緩存類》這篇文章。

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不會線性增長，只要有GC回收發(fā)生，GDI的Handle都會清零，或者總個數(shù)達(dá)到HandleCollector指定的閥值時(shí)，也會清零。利用GC垃圾回收機(jī)制，在性能和內(nèi)存占用之間自動平衡。

這里是測試代碼，提高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

關(guān)于“如何提高GDI編程性能”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。