winform 實現局部更新（如ajax實現）而整個介面不產生閃爍的解決方案

一、通過對表單和控制項使用雙緩衝來減少圖形閃爍(當繪製圖片時出現閃爍時，使用雙緩衝)

對於大多數應用程式，.NET Framework 提供的預設雙緩衝將提供最佳效果。預設情況下，標準 Windows 表單控制項是雙緩衝的。可以通過兩種方法對表單和所創作的控制項啟用預設雙緩衝。一種方法是將 DoubleBuffered 屬性設定為 true，另一種方法是通過調用 SetStyle 方法將 OptimizedDoubleBuffer 標誌設定為 true。兩種方法都將為表單或控制項啟用預設雙緩衝並提供無閃爍的圖形呈現。建議僅對已為其編寫所有呈現代碼的自訂控制項調用 SetStyle 方法。

在建構函式裡加上以下代碼：
            this.DoubleBuffered = true;//設定本表單
            SetStyle(ControlStyles.UserPaint, true);
            SetStyle(ControlStyles.AllPaintingInWmPaint, true); // 禁止擦除背景.
            SetStyle(ControlStyles.DoubleBuffer, true); // 雙緩衝
            //SetStyle(ControlStyles.DoubleBuffer | ControlStyles.OptimizedDoubleBuffer | ControlStyles.AllPaintingInWmPaint, true);

            //UpdateStyles();

二、C#控制項的閃爍問題解決方案總結
最近對代碼作了一些最佳化，實驗後效果還可以，但是發現介面會閃爍，具體是TreeView控制項會閃爍，語言為C#，IDE為VS2005。在查閱一些資料，使用了一些基本技術後（如開啟雙緩衝），發現沒什麼效果。
        於是使用Profiler工具，尋找出瓶頸在於每次更新完介面的EndUpdate操作（使用這個是為了減少介面更新次數，但這裡不理想是因為控制項中中的元素很多），猜想大概每次更新，.Net底層都會更新重繪每個圖元，所以速度會慢，造成閃爍。但是如果這樣，使用雙緩衝應該會有較好效果。再看代碼，發現可能是更新動作太過頻繁，於是降低速度，有所好轉，但還是不行。
       繼續在網上查閱，最終找到一個方案比較合適。原來底層重繪每次會清除畫布，然後再全部重新繪製，這才是導致閃爍最主要的原因。於是重載訊息發送函數操作，禁掉這條訊息。代碼如下：
        protected override void WndProc(ref Message m)
        {
            if (m.Msg == 0x0014) // 禁掉清除背景訊息
                return;
            base.WndProc(ref m);
        }
        成功！
註：雙緩衝還是有用的，在更新不是很頻繁且控制項內含元素不是特別多的時候。一旦元素過多，每次更新時間都比較長，即便使用了雙緩衝，仍解決不了閃爍問題。個人認為最終比較理想的方法還是禁掉清除背景訊息。
附：一些嘗試過但失敗的記錄
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方法解決：
                   private delegate void CrossThread();
                    Control control = ....;
                     CrossThread cross = delegate()
                     {
                         control.Refresh();
                     };
                     control.Invoke(cross);
這樣可以讓控制項在其它線程重新整理介面。
再加上開新線程後的通用方法：
        private void InvaliateControl(Control control)
        {
            Thread t = new Thread(
                 new ThreadStart(delegate()
                 {
                     CrossThread cross = delegate()
                     {
                         control.Refresh();
                     };
                     control.Invoke(cross);
                 }
             ));
        }
這樣就可以在任何時候，調用此方法對控制項進行重新整理，而不將整個介面重新整理。如果對於同一個控制項，連續多次重新整理，可以添加一個成員變數作為標記，以免同一控制項連續多次重新整理，提升部分效能。
補充：在主線程調用耗時操作用此方法可能會有問題，經過驗證調用Invoke函數，其實是在主線程重新整理介面。