近期在項目中遇到了登錄以及切換界面時，界面不停閃爍的問題，經過查閱發現以下方法可以成功解決該問題。

將下面代碼添加到窗體代碼中即可：

protected override CreateParams CreateParams //防止界面閃爍

{

get

{

CreateParams paras = base.CreateParams;

paras.ExStyle |= 0x02000000;

return paras;

}

}

一、通過對窗體和控件使用雙緩沖來減少圖形閃爍(當繪制圖片時出現閃爍時，使用雙緩沖)

對于大多數應用程序，.NET Framework 提供的默認雙緩沖將提供最佳效果。默認情況下，標準 Windows 窗體控件是雙緩沖的?？梢酝ㄟ^兩種方法對窗體和所創作的控件啟用默認雙緩沖。一種方法是將 DoubleBuffered 屬性設置為 true，另一種方法是通過調用 SetStyle 方法將 OptimizedDoubleBuffer 標志設置為 true。兩種方法都將為窗體或控件啟用默認雙緩沖并提供無閃爍的圖形呈現。建議僅對已為其編寫所有呈現代碼的自定義控件調用 SetStyle 方法。

在構造函數里加上以下代碼：

1 this.DoubleBuffered = true;//設置本窗體 2 SetStyle(ControlStyles.UserPaint, true); 3 SetStyle(ControlStyles.AllPaintingInWmPaint, true); // 禁止擦除背景. 4 SetStyle(ControlStyles.DoubleBuffer, true); // 雙緩沖 5 //SetStyle(ControlStyles.DoubleBuffer | ControlStyles.OptimizedDoubleBuffer | ControlStyles.AllPaintingInWmPaint, true); 6 7 //UpdateStyles();

?

二、C#控件的閃爍問題解決方法總結
最近對代碼作了一些優化，試驗后效果還可以，但是發現界面會閃爍，具體是TreeView控件會閃爍，語言為C#，IDE為VS2005。在查閱一些資料，使用了一些基本技術后（如開啟雙緩沖），發現沒什么效果。
? ? ? ? 于是使用Profiler工具，查找出瓶頸在于每次更新完界面的EndUpdate操作（使用這個是為了減少界面更新次數，但這里不理想是因為控件中中的元素很多），猜想大概每次更新，.Net底層都會更新重繪每個圖元，所以速度會慢，造成閃爍。但是如果這樣，使用雙緩沖應該會有較好效果。再看代碼，發現可能是更新動作太過頻繁，于是降低速度，有所好轉，但還是不行。
? ? ? ?繼續在網上查閱，最終找到一個方案比較合適。原來底層重繪每次會清除畫布，然后再全部重新繪制，這才是導致閃爍最主要的原因。于是重載消息發送函數操作，禁掉這條消息。代碼如下：

1 protected override void WndProc(ref Message m) 2 { 3 if (m.Msg == 0x0014) // 禁掉清除背景消息 4 return; 5 base.WndProc(ref m); 6 }

成功！

?

注：雙緩沖還是有用的，在更新不是很頻繁且控件內含元素不是特別多的時候。一旦元素過多，每次更新時間都比較長，即便使用了雙緩沖，仍解決不了閃爍問題。個人認為最終比較理想的方法還是禁掉清除背景消息。

附：一些嘗試過但失敗的記錄
1）使用setStyle
? ? ? 網上有說使用setStyle函數去設置該控件的參數，具體為：
? ? ? SetStyle(ControlStyles.UserPaint | ControlStyles.AllPaintingInWmPaint | ControlStyles.OptimizedDoubleBuffer, true);
? ? ? 這三個選項參數后者是依賴前者的，必須并存，否則無效。并且這個函數本身是protected的，所以首先需要繼承某控件再使用。
? ? ? 這個目標是跟前面正確解決方案一致，也是禁止清除背景并開啟雙緩沖，但需要使用用戶繪制選項，而且是全部交由用戶繪制。這需要自己實現控件的全部繪制，比較麻煩。所以這個方法不是完全不可行，但是需要額外工作量，不推薦。我也沒有使用。

2）使用BeginUpdate和EndUpdate
? ? ? 這一對操作對于需要批量操作更新控件的情景有比較好的效果，比如初始化時批量添加了大量節點。壞處就在于不能即時更新。所以，對于頻繁的更新節點并希望立即反映到界面的情況不適用。如果使用并且沒有禁掉清除界面消息的話，則控件看起來就會不停的閃爍，而且以白底為主，內容幾乎不可見（這個視頻繁程度而定）。因為界面更新都在EndUpdate處完成，操作太多導致EndUpdate阻塞時間過長，且清空在先，更新在后，導致界面看起來長時間處于空白狀態。

3）使用ControlStyles.EnableNotifyMessage選項
? ? ? 這個選項的作用和正確解決方案也是一致的。使用方法是：
? ? ? SetStyle(ControlStyles.EnableNotifyMessage, true);
? ? ? protected override void onNotifyMessage(Message m)
? ? ? {
? ? ? ? ? ? ? ?// 此處書寫過濾消息代碼
? ? ? }
? ? ? 但是實際實驗顯示無效果，不知是什么原因，沒有細究。

?

三、個人在一個winfrom中測試利用timer控件對要刷新的控件進行定時刷新，可能也能起到作用。

?

四、C# winform 局部刷新
做winform界面程序時，經常會遇到后臺處理占用大量時間的情況，這就會造成界面假死狀態。一般解決界面假死有兩種方式：要么把占用大量時間的處理方式放入其他線程；要么把界面顯示放入其他線程。第一種方式應該比較簡單，開單獨的線程，處理數據，將處理數據顯示到界面就好。但是我們經常需要在主程序運算一些內容，否則可能會改動比較大。因此，這里講講第二種方式。
同樣是使用多線程，但是c#在其他線程刷新有一點點問題，即不能跨線程操作界面。這可以使用控件的Invoke方法解決：

1 private delegate void CrossThread(); 2 Control control = ....; 3 CrossThread cross = delegate() 4 { 5 control.Refresh(); 6 }; 7 control.Invoke(cross);

這樣可以讓控件在其它線程刷新界面。

再加上開新線程后的通用方法：

1 private void InvaliateControl(Control control)2 {3 Thread t = new Thread(4 new ThreadStart(delegate()5 {6 CrossThread cross = delegate()7 {8 control.Refresh();9 }; 10 control.Invoke(cross); 11 } 12 )); 13 }

這樣就可以在任何時候，調用此方法對控件進行刷新，而不將整個界面刷新。如果對于同一個控件，連續多次刷新，可以添加一個成員變量作為標記，以免同一控件連續多次刷新，提升部分性能。

補充：在主線程調用耗時操作用此方法可能會有問題，經過驗證調用Invoke函數，其實是在主線程刷新界面。

總結

以上是生活随笔為你收集整理的c#winform控件过多卡顿问题解决方案的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。