C#中跨線程訪問控件

net 原則上禁止跨線程訪問控件，因為這樣可能造成錯誤的發生，推薦的解決方法是采用代理,用代理方法來間接操作不是同一線程創建的控件。 

第二種方法是禁止編譯器對跨線程訪問作檢查，可以實現訪問，但是出不出錯不敢保證Control.CheckForIllegalCrossThreadCalls = false;

最近我在做一個項目,遇到了跨線程要去訪問頁面控件.但是總是提示出錯,不能在其它線程中修改創建控件的線程的控件的值,後來采用了匿名代理,結果很輕松地解決了.解決過程如下:
首先在窗體上,創建一個listbox,lable.

         
                       
           Form1_Load(              Thread newthread =  Thread(  
  
           
                    
            
                        
             CrossThreadOperationControl CrossDelete =                    i =                   (i<                     
                     listBox1.Items.Add( +                     i++                  label1.Text =      
  }

希望這個小技巧能夠對你的的學習和工作有所幫助.若有更好的辦法來解決跨線程訪問控件的問題,不防也拿出來大家分享一下.

C#跨線程訪問控件運行時錯誤，使用MethodInvoker即可解決：

原代碼：

   btnOK_Click(              tslInfo.Text =  
 
             Thread td =  Thread(   
 
          
                   
                        .tslInfo.Text =          }

修改後：

   btnOK_Click(              tslInfo.Text =  
 
             Thread td =  Thread(   
 
          
                   
                        .tslInfo.Text =   
          
                   
                        MethodInvoker In =                       }

我們在做winform應用的時候，大部分情況下都會碰到使用多線程控制界面上控件信息的問題。然而我們並不能用傳統方法來做這個問題，下面我將詳細的介紹。

      首先來看傳統方法：

                            Form1_Load(              Thread thread =              thread.IsBackground =                            (                  .textBox1.Text =                 Thread.Sleep(       }

       運行這段代碼，我們會看到系統拋出一個異常：Cross-thread operation not valid:Control 'textBox1' accessed from a thread other than the thread it was created on . 這是因為.net 2.0以後加強了安全機制，不允許在winform中直接跨線程訪問控件的屬性。那麼怎麼解決這個問題呢，下面提供幾種方案。

      第一種方案，我們在Form1_Load()方法中加一句代碼：

   Form1_Load(              Control.CheckForIllegalCrossThreadCalls =              Thread thread =              thread.IsBackground =           }

      加入這句代碼以後發現程序可以正常運行了。這句代碼就是說在這個類中我們不檢查跨線程的調用是否合法（如果沒有加這句話運行也沒有異常，那麼說明系統以及默認的采用了不檢查的方式）。然而，這種方法不可取。我們查看CheckForIllegalCrossThreadCalls 這個屬性的定義，就會發現它是一個static的，也就是說無論我們在項目的什麼地方修改了這個值，他就會在全局起作用。而且像這種跨線程訪問是否存在異常，我們通常都會去檢查。如果項目中其他人修改了這個屬性，那麼我們的方案就失敗了，我們要采取另外的方案。

      下面來看第二種方案，就是使用delegate和invoke來從其他線程中控制控件信息。網上有很多人寫了這種控制方式，然而我看了很多這種帖子，表明上看來是沒有什麼問題的，但是實際上並沒有解決這個問題，首先來看網絡上的那種不完善的方式：

                FlushClient();
                       Form1_Load(              Thread thread =  
             thread.IsBackground=   
                        
             FlushClient fc =              .BeginInvoke(fc);
                          (                  .textBox1.Text =                 Thread.Sleep(       }

       使用這種方式我們可以看到跨線程訪問的異常沒有了。但是新問題出現了，界面沒有響應了。為什麼會出現這個問題，我們只是讓新開的線程無限循環刷新，理論上應該不會對主線程產生影響的。其實不然，這種方式其實相當於把這個新開的線程“注入”到了主控制線程中，它取得了主線程的控制。只要這個線程不返回，那麼主線程將永遠都無法響應。就算新開的線程中不使用無限循環，使可以返回了。這種方式的使用多線程也失去了它本來的意義。

       現在來讓我們看看推薦的解決方案(建議用該方案）：

                FlushClient();
                       Form1_Load(              Thread thread =              thread.IsBackground =    
                         (                  
                 Thread.Sleep(                            (.textBox1.InvokeRequired)
                  FlushClient fc =                  .Invoke(fc);
              
                  .textBox1.Text =       }

       運行上述代碼，我們可以看到問題已經被解決了，通過等待異步，我們就不會總是持有主線程的控制，這樣就可以在不發生跨線程調用異常的情況下完成多線程對winform多線程控件的控制了。

       對於深山老林提出的問題,我最近找到了更優的解決方案,利用了delegate的異步調用，大家可以看看：

                FlushClient();
                       Form1_Load(              Thread thread =              thread.IsBackground =    
            
              FlushClient= 
              FlushClient.BeginInvoke(,             
                (                  .textBox1.Text =                 Thread.Sleep(  
      }

     這種方法也可以直接簡化為(因為delegate的異步就是開了一個異步線程):

                FlushClient();
                       Form1_Load(              Thread thread =               FlushClient= 
              FlushClient.BeginInvoke(,  
             
                (                  .textBox1.Text =                 Thread.Sleep(  
      }