大多數遊戲引擎都是單執行緒的，Unity也不例外。為什麼使用單執行緒，原因主要為：遊戲中畫面更新和邏輯更新的時間點必須有確定性，必須嚴格按照幀序列進行同步。當然，多執行緒也能實現，但是同步問題比較麻煩，會加大程式設計難度。Unity中有大量的非同步機制，比如：非同步載入資源，非同步載入場景。SceneManager.LoadSceneAsync("xxx");這段程式碼就是非同步載入場景。（非同步載入場景一般是在一個loading場景中進行，載入完成後再轉換到非同步載入好的場景中）那麼Unity中的非同步載入是不是用多執行緒實現的呢？答案不是，Unity中非同步載入機制使用的協程來實現（對於協程和執行緒的具體分析，將在其他部分）。協程並不是執行緒，協程也是在Unity主執行緒中被呼叫的,呼叫的時機和次數，程式設計師可以通過編碼確定。那麼在Unity中能不能使用多執行緒呢？我在Unity中第一次用到多執行緒，是在學習客戶端和伺服器端Socket通訊的時候，在建立socket連線之後，在客戶端，使用了BeginReceive這個方法（具體分析在其他部分），這個方法是在System.Net.Sockets中定義的。使用這個方法不用手動開啟執行緒，這個方法使用的執行緒是用C#執行緒池實現的。在Unity中合理的使用多執行緒，可以提高CPU的利用率那麼在哪些場景下才是合理的在Unity中使用多執行緒呢？1.網路通訊。2.需要處理複雜演算法的計算時。3.複雜密集的I/O操作。4.Unity3D的NativePlugin中可以新建子執行緒。通過NativePlugin可以接入移動端iOS與Android中的成熟庫，可以是Objective C, Java, C++三種語言交叉混合的方式組成NativePlugin，然後使用Android或者iOS的SDK開闢子執行緒。（這裡的知識我是直接複製別人的參考部落格：https://www.cnblogs.com/yangxiaohang/articles/6505302.html，我並不是很瞭解，以後學習到的時候再補充。）使用多執行緒時有一些限制：1.UnityEngine中的API物件不能在子執行緒中使用。2.UnityEngine總定義的基本資料結構可以使用，（如float，int，struct可以使用）。而texture2d不可以，因為它是根父類是UnityEngine.Object。簡單來說，就是不是畫面更新，不是常規的邏輯更新。這是我參考許多前輩的心得，加上自己理解寫的，肯定有很多不足，歡迎指出錯誤。在我學習深入，有所得之後，我也會逐漸完善這些內容。