如何提高GDI編程性能

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

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)平衡。

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

不使用弱引用緩存

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)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。