首先，什么样的操作需要考虑使用多线程？

      总的一条就是，负责与用户交互的线程(以下简称为UI线程)应该保持顺畅，当UI线程调用的API可能引起阻塞时间超过30毫秒时(比如访问CD-ROM等速度超慢的外设、进行远程调用等等)就应该考虑使用多线程。

      为什么是30毫秒？30毫秒的概念是人眼可以察觉到的一个迟滞，大约等同于电影里的一帧停留的时间，最长不要超过100毫秒。

第二，最方便和简单的多线程是使用线程池。

       通过线程池里的线程运行代码的最简便方法则是使用异步委托调用。注意委托调用通常是同步完成的，请使用BeginInvoke方法，这样就可以把要调用的方法排队到线程池里等候处理，而程序的流程会立刻返回到调用方 (此处是UI线程)，而调用方因此不会出现阻塞。

       看看下面的例子，我们就发现要使用线程池异步执行代码也并非十分复杂，这里我们利用 System.Windows.Forms.MethodInvoker委托进行异步调用。注意MethodInvoker委托不接受方法参数，如果需要向异步执行的方法传递参数，请使用其他委托，或者需要自己定义。

private void StartSomeWorkFromUIThread () {
    // 我们要做的工作相对UI线程而言太慢了，用下面的方法异步进行处理
    MethodInvoker mi = new MethodInvoker(RunsOnWorkerThread);//这是入口方法
    mi.BeginInvoke(null, null); // 这样就不会阻塞
}// 缓慢的工作在此方法内进行处理，使用线程池里的线程
private void RunsOnWorkerThread() {
    DoSomethingSlow();
}

      归纳上述方法，对UI线程而言实际上就是：1、发出调用，2、立刻返回，具体运行过程不理了，这样UI线程就不会被阻塞。这种方法很重要，下面我们会深入介绍。除了上面的方法，还有其他使用线程池的方法，当然如果你高兴也可以自己创建线程。

第三，在Windows Form中使用多线程的，最重要的一条注意事项是，除了创建控件的线程以外，绝对不要在任何其他线程里面调用控件的成员(只有极个别情况例外)，也就是说控件属于创建它的线程，不能从其他线程里面访问。

      这一条适用于所有从System.Windows.Forms.Control派生的控件(因此可以说是几乎所有控件)，包括Form控件本身也是。

      举一反三，我们很容易得出这样的结论，控件的子控件必须由创建控件的线程来创建，比如一个表单上的按钮，由创建表单的线程来创建，因此，一个窗口中的所有控件实际上都活在同一个线程之中。在实际编程时，大多数的软件的做法都是让同一线程负责全部的控件，这就是我们所说的UI线程。

看下面的例子：

// 这是由UI线程定义的Label控件
private Label lblStatus;// 以下方法不在UI线程上执行
private void RunsOnWorkerThread() {
    DoSomethingSlow();
    lblStatus.Text = "Finished!";    // 这是错的
}

     我们要特别提醒大家，很多人刚开始的时候都会使用以上的方法来访问不在同一个线程里的控件(包括笔者本人)，而且在 1.0版.Net 框架上似乎没有发现问题，但是这根本就是错的，更糟糕的是，程序员在这里不会得到任何错误提示，一开始就上当受骗，之后会莫明其妙地发现其他错误，这就是 Windows Form多线程编程的痛苦所在。笔者试过花很多时间来Debug自己写的Splash窗口突然消失的问题，结果还是失败了：笔者在软件的引导过程中，用另外一个线程里创建了一个Splash窗口来显示欢迎信息，然后尝试把主线程里引导的状态直接写入到Splash窗口上的控件中，开始还OK，可是过一会 Splash窗口就莫明其妙消失了。

     理解了这一点，我们应该留意到，有时候即使没有用 System.Threading.Thread来显式创建一个线程，我们也可能因为使用了异步委托的BeginInvoke方法来隐式创建了线程(从线程池里)，在这种线程里也同样不能调用UI线程所创建的控件的成员。

第四，在多线程编程中，我们经常要在工作线程中去更新界面显示，而在多线程中直接调用界面控件的方法是错误的做法。

     为了解决此问题，我们采用一些低级的同步方法，工作者线程把状态保存到一个同步对象中，让UI线程轮询(Polling)该对象并反馈给用户就可以了。不过，这还是挺麻烦的，实际上不用这样做，Invoke 和BeginInvoke 就是为了解决这个问题而出现的，使你在多线程中安全的更新界面显示。

     Control类(及其派生类)对象有一个Invoke方法很特别，这是少数几个不受线程限制的成员之一。我们前面说到，绝对不要在任何其他线程里面调用非本线程创建的控件的成员时，也说了“只有极个别情况例外”，这个Invoke方法就是极个别情况之一----Invoke方法可以从任何线程里面调用。

    下面我们来讲解 Invoke方法。Invoke方法的参数很简单，一个委托，一个参数表(可选)，而Invoke方法的主要功能就是帮助你在UI线程(即创建控件的线程)上调用委托所指定的方法。

    Invoke方法首先检查发出调用的线程(即当前线程)是不是UI线程，如果是，直接执行委托指向的方法，如果不是，它将切换到UI线程，然后执行委托指向的方法。不管当前线程是不是UI线程，Invoke都阻塞直到委托指向的方法执行完毕，然后切换回发出调用的线程(如果需要的话)，返回。注意，使用Invoke方法时，UI线程不能处于阻塞状态。

    好了，说完Invoke，说说BeginInvoke，毫无疑问这是Invoke的异步版本 (Invoke是同步完成的)，不过大家不要和上面的System.Windows.Forms.MethodInvoker委托中的 BeginInvoke混淆，两者都是利用不同线程来完成工作，但是控件的BeginInvoke方法总是使用UI线程，而其他的异步委托调用方法则是利用线程池里的线程。相对Invoke而言，使用BeginInvoke稍稍麻烦一点，但还是那句话，异步比同步效果好，尽管复杂些。比如同步方法可能出现这样一种死锁情况：工作者线程通过Invoke同步调用UI线程里的方法时会阻塞，而万一UI线程正在等待工作者线程做某件事时怎么办？因此，能够使用异步方法时应尽量使用异步方法。

例1：

// 这是由UI线程定义的Label控件
private Label lblStatus;// 以下方法不在UI线程上执行
private void RunsOnWorkerThread() {
    DoSomethingSlow();
    // Do UI update on UI thread
    object[] pList = { this, System.EventArgs.Empty };
    lblStatus.BeginInvoke(
      new System.EventHandler(UpdateUI), pList);
}// 切换回UI线程执行的入口
private void UpdateUI(object o, System.EventArgs e) {
    //现在没问题了，使用Invoke使得线程总是回到UI线程，所以我们可以放心大胆地调用控件的成员了
    lblStatus.Text = "Finished!";
}

例2：

        public delegate void MyInvoke(string str);private void btnEnter_Click(object sender, EventArgs e)
        {
            Thread thread = new Thread(new ThreadStart(DoWord));
            thread.Start();        
        }public void DoWord()
        {
            MyInvoke mi = new MyInvoke(SetTxt);
            BeginInvoke(mi, new object[] { "abc" });
        }public void SetTxt(string str)
        {
            txtContent.Text = str;
        }