前言

初學(xué)者學(xué)習(xí)編程時，很容易因為多線程出現(xiàn)各種問題，導(dǎo)致不敢使用多線程。但是多線程技術(shù)在做開發(fā)中，是不可忽視的一個技術(shù)，基本上我們實際應(yīng)用中，每個項目都會使用多線程，所以多線程技術(shù)必須掌握。

為什么要用多線程

隨著工業(yè)的進(jìn)步，現(xiàn)在的筆記本、臺式機大都是雙核的，4核、8核甚至16核，也很常見，如果是單線程的程序，那么在雙核CPU上就浪費了50％，在4核CPU上就浪費了75％。

單核CPU上所謂的”多線程”那是假的多線程，同一時間處理器只會處理一段邏輯，只不過線程之間切換得比較快，看著像多個線程”同時”運行罷了。

多核CPU上的多線程才是真正的多線程，它能讓你的多段邏輯同時工作，多線程，可以真正發(fā)揮出多核CPU的優(yōu)勢來，達(dá)到充分利用CPU的目的。

如果你做項目不使用多線程，不僅是技術(shù)的問題，也是對電腦資源的極大浪費，就像你買了一輛配置非常高的越野車，你僅僅只用它來日常代步一樣。3

為什么不敢用多線程

之前跟一些學(xué)員溝通時發(fā)現(xiàn)，很多學(xué)員之所以不敢使用多線程，是因為之前出過問題，有種“一朝被蛇咬，十年怕井繩”的感覺。

為什么多線程容易出問題，有個主要的原因在于多線程充滿著“未知性”，有的人使用時，發(fā)現(xiàn)代碼并沒有按照預(yù)想的流程在走，這其實是正常的。

我們必須要明確一點，多線程確實是“不可控的”，有某種意義上來說，多線程是靠CPU調(diào)度來執(zhí)行的，并非人為去控制。

我們所謂的控制多線程，僅僅是．NET框架開放了一些接口給開發(fā)者，這樣可以相對性地間接控制多線程的啟動停止暫停繼續(xù)。

線程的啟動停止

線程的啟動停止，從．Net Framework 4．5開始，Task提供了一個叫CancellationTokenSource的對象，可以使用它來對多線程的啟停進(jìn)行控制。

首先，我們做一個線程任務(wù)，這個任務(wù)很簡單，只是不斷操作某個變量，每0．1秒加1，到一定值之后，重置為0，然后將這個值顯示在界面上，界面如下所示：

所以任務(wù)方法如下：

個對象就是CancellationTokenSource的對象，因此我們需要創(chuàng)建一個CancellationTokenSource對象cts：

然后在啟動線程按鈕的事件里，編寫代碼如下：

停止線程按鈕的事件里，只需要調(diào)用cts的Cancel方法即可：

其實，說白了，就是通過cts來控制cts的IsCancellationRequested屬性，進(jìn)而實現(xiàn)多線程的控制。

線程的暫停繼續(xù)

多線程的暫停繼續(xù)，．NET為我們提供了另外一個對象——ManualResetEvent，這個對象會有一個值，這個值是布爾類型，就像一個門閘一樣，True是打開門閘，F(xiàn)alse是關(guān)閉門閘，所以想要暫停多線程就調(diào)用這個對象的Reset方法，想要繼續(xù)多線程就調(diào)用這個對象的Set方法，使用非常簡單。

首先我們創(chuàng)建一下這個對象，可以通過構(gòu)造方法，給這個對象賦初始值，我這里為True，這樣就能直接運行，不會阻塞。

但是如果希望這個對象與多線程有所聯(lián)系，必須要在多線程的方法里體現(xiàn)這個對象的作用，這個是調(diào)用這個對象的WaitOne方法，表示在調(diào)用的地方阻塞住，通過判斷True或者False來決定是否繼續(xù)執(zhí)行，就像大家開車過高速收費站一樣，即使現(xiàn)在普遍采用ETC了，在入口也需要減速，有一個ETC識別的過程，識別成功才會抬桿，識別識別，桿子是不會自動抬起的，這個是一樣的道理。

所以線程執(zhí)行代碼如下：

對比一下，其實就是加了一個manual．WaitOne（）。

線程暫停代碼：

線程繼續(xù)代碼：

AutoResetEvent

AutoResetEvent和ManualResetEvent的用法非常相似，區(qū)別在于一個是手動，一個是自動，AutoResetEvent會在置位之后自動復(fù)位，這樣體現(xiàn)在多線程里，就是會只執(zhí)行一次，就像大家進(jìn)小區(qū)一樣，如果有10輛車在排隊，這時候如果自動模式，每次只能進(jìn)一輛車，如果是手動模式，可以由保安控制門閘打開，等10輛車都進(jìn)去之后，再由保安將門閘關(guān)注。