在上一回合谈到，客户端应用程序的所有操作都在主线程上进行，所以一些比较耗时的操作可以在异步线程上去进行，充分利用CPU的性能来达到程序的最佳性能。对于Unity而言，又提供了另外一种『异步』的概念，就是协程（
Coroutine），通过反编译，它本质上还是在主线程上的优化手段，并不属于真正的多线程（Thread）。那么问题来了，怎样在Unity中使用多线程呢？
Thread 初步认识
虽然这不是什么难点，但我觉得还是有必要提一下多线程编程几个值得注意的事项：
- 线程启动
在Unity中创建一个异步线程是非常简单的，直接使用类System.Threading.Thread就可以创建一个线程，线程启动之后毕竟要帮我们去完成某件事情。在编程领域，这件事就可以描述了一个方法，所以需要在构造函数中传入一个方法的名称。
Worker workerObject = new Worker();Thread workerThread = new Thread(workerObject.DoWork)workerThread.Start();
- 线程终止
线程启动很简单，那么线程终止呢，是不是调用Abort方法。不是，虽然Thread对象提供了Abort方法，但并不推荐使用它，因为它并不会马上停止，如果涉及非托管代码的调用，还需要等待非托管代码的处理结果。
一般停止线程的方法是为线程设定一个条件变量，在线程的执行方法里设定一个循环，并以这个变量为判断条件，如果为
false则跳出循环，线程结束。
public class Worker{ public void DoWork() { while (!_shouldStop) { Console.WriteLine("worker thread: working..."); } Console.WriteLine("worker thread: terminating gracefully."); } public void RequestStop() { _shouldStop = true; } private volatile bool _shouldStop;} 所以，你可以在应用程序退出（OnApplicationQuit）时，将_shouldStop设置为true来到达线程的安全退出。
- 共享数据处理
多线程最麻烦的一点就是共享数据的处理了，想象一下A，B两个线程同一时刻处理一个变量，它最终的值到底是什么。所以一般需要使用lock，但C#提供了另一个关键字volatile，告诉CPU不读缓存直接把最新的值返回。所以_shouldStop被volatile修饰。
Dispatcher的引入
是不是觉得多线程好简单，好像也没想象的那么复杂，当你愉快的在多线程中访问UI控件时，Duang~~~，一个错误告诉你，不能在异步线程访问UI控件。这是肯定的，跨线程访问UI控件是不安全的，理应被禁止。那怎么办呢？
如果你有其他客户端的开发经验，比如iOS或者WPF经验，肯定知道Dispatcher。Dispatcher翻译过来就是调度员的意思，简单理解就是每个线程都有唯一的调度员，那么主线程就有主线程的调度员，实际上我们的代码最终也是交给调度员去执行，所以要去访问UI线程上的控件，我们可以间接的向调度员发出命令。
所以在WPF中，跨线程访问UI控件一般的写法如下:
Thread thread=new Thread(()=>{ this.Dispatcher.Invoke(()=>{ //UI this.textBox.text=... this.progressBar.value=... });}); 嗯~ o(￣▽￣)o，不错，但尴尬的是Unity没有提供Dispatcher啊!
对，但我们可以自己实现，把握住几个关键点:
- 自己的Dispatcher一定是一个MonoBehaviour，因为访问UI控件需要在主线程上
- 什么时候去更新呢，考虑生产者-消费者模式，有任务来了，我就是更新到UI上
- 在Unity中有这么个方法可以轮询是不是有任务要更新，那就是
Update方法，每一帧会执行
所以自定义的UnityDispatcher提供一个BeginInvoke方法，并接送一个Action
public void BeginInvoke(Action action){ while (true) { //以原子操作的形式，将 32 位有符号整数设置为指定的值并返回原始值。 if (0 == Interlocked.Exchange (ref _lock, 1)) { //acquire lock _wait.Enqueue(action); _run = true; //exist Interlocked.Exchange (ref _lock,0); break; } } } 这是一个生产者，向队列里添加需要处理的Action。有了生产者之后，还需要消费者，Unity中的Update就是一个消费者，每一帧都会执行，所以如果队列里有任务，它就执行
void Update(){ if (_run) { Queue execute = null; //主线程不推荐使用lock关键字，防止block 线程，以至于deadlock if (0 == Interlocked.Exchange (ref _lock, 1)) { execute = new Queue (_wait.Count); while(_wait.Count!=0){ Action action = _wait.Dequeue (); execute.Enqueue (action); } //finished _run=false; //release Interlocked.Exchange (ref _lock,0); } //not block if (execute != null) { while (execute.Count != 0) { Action action = execute.Dequeue (); action (); } } }} 值得注意的是，Queue不是线程安全的，所以需要锁，我使用了Interlocked.Exchange，好处是它以原子的操作来执行并且还不会阻塞线程，因为主线程本身任务繁重，所以我不推荐使用lock。
Coroutine和MultiThreading混合使用
到目前为止，相信你对Coroutine和Thread有清楚的认识，但它们并不是互斥的，可以混合使用，比如Coroutine等待异步线程返回结果，假设异步线程里执行的是非常复杂的AI操作，这显然放在主线程会非常繁重。
由于篇幅有限，我不贴完整代码了，只分析其中最核心思路:
在Thread中有一个WaitFor方法，它每一帧都会询问异步任务是否完成： public bool Update(){ if(_isDown){ OnFinished (); return true; } return false;}public IEnumerator WaitFor(){ while(!Update()){ //暂停协同程序，下一帧再继续往下执行 yield return null; }} 那么在某一个UI线程中，等待异步线程的结果，注意利用StartCouroutine，此等待并非阻塞线程，相信你已经它内部的机制了。
void Start(){ Debug.Log("Main Thread :"+Thread.CurrentThread.ManagedThreadId+" work!"); StartCoroutine (Move());}IEnumerator Move(){ pinkRect.transform.DOLocalMoveX(250, 1.0f); yield return new WaitForSeconds(1); pinkRect.transform.DOLocalMoveY(-150, 2); yield return new WaitForSeconds(2); //AI操作，陷入深思，在异步线程执行,GreenRect不会卡顿 job.Start(); yield return StartCoroutine (job.WaitFor()); pinkRect.transform.DOLocalMoveY(150, 2);} 小结
这两篇文章为大家介绍了怎样在Unity中使用协程和多线程，多线程其实不难，但同步数据是最麻烦的。Coroutine实际上就是IEnumerator和yield这两个语法糖让我们很难理解其中的奥秘，推荐使用反编译工具去查看，相信你会豁然开朗。