一、簡介

1、線程句柄與線程：
①、關閉線程句柄對線程的運行不會有影響，關閉句柄并不代表結束線程；
②、線程句柄是用于對線程掛起、恢復、結束等操作，線程創建后，都會有一個線程句柄，如果不需要對線程句柄進行操作，建議立即關閉線程句柄；
③、線程句柄必須在適當的時候關閉，否則會造成句柄泄露，但不同于內存泄露。
2、死鎖、循環死鎖、活鎖
①、死鎖：線程A占有資源A，線程B占有資源B，線程A申請占有資源B，同時要求占有資源B之后才釋放資源A，而線程B申請占有資源A，同時要求占有資源A之后才釋放資源B，這樣兩個線程互相永久等待對方釋放資源，這就是死鎖。
②、循環死鎖：線程A占有資源A，線程B占有資源B，線程C占有資源C，線程A申請占有資源B，同時要求占有資源B之后才釋放資源A，而線程B申請占有資源C，同時要求占有資源C之后才釋放資源B，線程C申請占有資源A，同時要求占有資源A之后才釋放資源C，這樣線程互相永久等待對方釋放資源，這就是循環死鎖。
③、活鎖：提交任務之后，任務永遠處于等處理狀態，這就是活鎖。這種情況比較少見，但是出現這種情況，將比死鎖更加不易查覺，避免活鎖的簡單方法是采用先來先處理。

二、注意事項

1、雖然啟動線程要比啟動進程要快，但是啟動線程仍是比較耗時的，因此，不要頻繁的啟動、退出線程，而是啟動線程后將各種任務處理完成后才退出（這種和線程池差不多)；
2、對窗口各種組件操作，最好是在創建該窗口的線程上進行操作，如果在其它線程上操作，可能會引起程序出錯等情況（該錯誤是隨機出現的）。（未找到直接又安全的調用其他線程創建的組件的方法，有知道的人，麻煩告訴一下，謝謝！）
3、線程運行次序并不是按照我們創建他們時的順序來運行的，CPU處理線程的順序也是不確定的。
4、讀/寫共享資源時一般需要使用許可區，當然，在明知讀/寫共享資源不會出現錯誤時，就不需要許可區，這樣可提高性能。
5、在編寫多線程時,必須以多線程的方式考慮讀/寫共享資源,以避免出錯，不然的話，可能會出現各種問題，如：意外退出、在單核CPU上可以穩定運行的多線程程序一到多核CPU上運行就出錯。
6、線程中如果需要使用COM對象時,要需將COM對象初始化。
7、結束線程時，應該使用正常的控制代碼使線程退出，強烈反對使用強制結束線程（），該命令極可能造成一些資源未釋放，從而導致程序的不穩定。
8、線程不能頻繁的發消息給窗口，頻繁的發消息給窗口，可能會造成窗口響應其他事件的緩慢，也是就讓人感覺程序運行很慢；
9、要注意避免各種死鎖、活鎖發生，確實無法避免的話，就只能想法解鎖，同時得注意解鎖時引發的新的問題。

三、多線程的誤區

1、使用處理事件()。非窗口的線程是沒有窗口消息循環，而處理事件()命令是用于消息循環，因此在非窗口的線程上是不必加入“處理事件()”命令；
2、線程越多越好。線程并非越多越好，有些人將單線程改成多線程后，發現程序能處理更多的任務了，實際上這種方法是建立別的程序的痛苦之上（當然系統有空閑資源就并當別論了），別的程序可能因此而變慢。并且，線程數過多，會使CPU在線程間切換的開銷增加，因而使速度變慢，降低系統性能。在一些阻塞式、耗資源少的線程上需要適當的增加線程數量，以免程序無響應。

四、許可區

1、許可區（一般稱為臨界區），不論是硬件許可資源，還是軟件許可資源，多個線程必須互斥地對它進行訪問，每個線程中訪問許可資源的那段代碼稱為許可區。
2、注意事項：
①、如果有若干線程要求進入許可區，一次僅允許一個線程進入；
②、任何時候，處于許可區內的線程不可多于一個。如已有線程進入自己的許可區，則其它所有試圖進入許可區的線程將被掛起，并一直持續到進入許可區的線程退出；
③、進入一個空閑的許可區時，耗時極少，但是進入一個需等待的許可區時，耗時相對較長，因此需要避免經常出現進入需等待的許可區；
④、創建后許可區，在不再使用時，需要將其刪除；
⑤、在使用許可區時，應盡量減少許可區內代碼，避免使用需長時間處理的代碼，使進入許可區的線程能盡快退出，以便其它線程能進入許可區；
⑥、避免將整個線程處于許可區內，盡管它不會出錯，但是由于后來要求進入許可區的線程全部會被掛起，也就會出現雖然是多線程，但實際是以單線程方式執行；
⑦、訪問相同的許可資源時，必須是以相同的許可區進入訪問，以不同的許可區進入訪問將可能會使許可區變的無意義（我在這個坑里蹲了很久，郁悶啊！）。
3、許可區缺點
①、無法偵測某個許可區是否可進入。

五、線程同步

1、臨界區（CriticalSection）
易語言中稱為許可區，這種速度最快，但只能用于本進程的線程同步；
2、事件（Event）
事件可以跨進程使用，它有兩種狀態、兩種類型：有信號狀態和無信號狀態、手動重置事件和自動重置事件。手動重置事件被設置為有信號狀態后，會喚醒所有等待的線程，而且一直保持為有信號狀態，直到程序重新把它設置為無信號狀態。自動重置事件被設置為有信號狀態后，會喚醒“一個”等待中的線程，然后自動恢復為無信號狀態。
3、互斥器（Mutex）
互斥器的功能和臨界區很相似，互斥器所花費的時間比臨界區多的多，同時它可以跨進程使用。等待一個被鎖住的互斥器可以設定超時退出，不會像臨界區那樣無法得知臨界區的情況，而一直死等。
4、信號量（Semaphore）
與臨界區相比，它信號量可以跨進程使用，可以設定同時進入資源總數。

六、線程通信

線程通信是一般都是需要配合線程同步來使用：
1、使用全局變量進行通信，推薦使用這種方法，該是最快、最方便的通信方式；
2、使用消息通信（需要有消息隊列才能使用）；
3、使用Socket進行通信（可以跨計算機使用）；

—一些多線程操作建議—

多線程安全的核心支持庫 http://bbs.eyuyan.com/read.php?tid=316079
一定要用沒有問題的核心支持庫。。注意，是核心支持庫，不是多線程支持庫，原來那個有問題即使不操作全局變量一樣會出問題
多少人是百度搜索下載個破解版易語言一直用個有bug的支持庫。。

我相信很多人的問題都是提示XXXXX內存訪問錯誤.
我們就了解一下這個錯誤怎么產生
線程a對變量操作的時候b也操作,a改寫了文本申請了新的內存地址同時修改了指針然后釋放了原指針,但是b讀取了原指針需要讀取數據的時候,a已經把指針釋放了.然后就各種內存錯誤。。
值得注意的是，一邊讀一邊執行寫操作也不行，
你線程a對全局文本變量賦值"1234567"，那么在線程b對全局變量讀寫前，會經過至少兩個步驟
1、獲取內存區域大小，假設是8的話
2、讀取內容 而實際上進行到讀取第8位的時候，你線程a重新給全局文本變量賦值“123456”，這就導致“踏空”，于是程序直接崩潰。而對于長度固定的變量進行讀寫時，就算讀取到的數據是錯誤的，也不至于崩潰（當然，這不是說寫程序可以不嚴謹，寧愿讀錯也不加保護，當你的程序足夠大的時候，一點點小小的問題都會導致致命錯誤）
關于只讀不寫操作。。我認為不需要加許可證。。也有大神說要加。這個不清楚。。
另外盡量用整數型變量。。下面會講解
http://blog.csdn.net/q349980363/article/details/8012495
上面那個是某大神列出的易語言數據類型內存分布格式
里面幾個沒必要說明的可以進行多線程讀寫操作,其他以外的都有可能引發問題

關于易語言控件操作問題。。
控件操作一定要加許可證。。這個大家都知道。。
但這樣依然會不那么穩定。。
我建議調用標簽反饋事件。。雖然比較卡
不過我的遺忘是先獲取控件句柄，然后用api和發送信息在線程里面操作，線程里面發送信息應該用SendMessage()、PostMessage()
我個人認為這樣再加上許可證。。算是比較穩定

關于易語言啟動線程，結束線程問題

啟動我建議用官方的多線程支持庫。。雖然最終都是調用CreateThread..
結束線程我強烈反對強制結束線程，無論是什么支持庫，什么多線程模塊，都是調用TerminateThread，應該盡量避免這樣結束線程，我認為應該在線程內退出
順便提一下。。不知道是不是風列的原因。。很多人都喜歡用多線程支持庫1.1，里面有個退出線程命令我反對，因為這個命令是調用ExitThread，該函數將終止線程的運行，并導致操作系統清除該線程使用的所有操作系統資源。但是有一些資源將不被撤消。由于這個原因，最好從線程函數返回，而不是通過調用ExitThread 來返回。
關于句柄問題，不需要一定要CloseHandle，防止句柄泄露，不過我一般創建線程都不提供句柄參數，讓系統自動銷毀
因為我很少用到TerminateThread，當然寫發帖器這些需要驗證碼操作就不可避免用到句柄。。為了方便。。多少機器跟了風列的思路。。SuspendThread線程，輸入驗證碼又ResumeThread..

這里講解下原子操作

.版本 2 .支持庫 spec .程序集 程序集1 .程序集變量 sum, 整數型 .程序集變量 locked, _原子鎖類 .子程序 _啟動子程序, 整數型, , 本子程序在程序啟動后最先執行 .局部變量 i, 整數型 .局部變量 idz, 整數型, , "0" .局部變量 time, 整數型 ' 轉換類et調試 () 重定義數組 (idz, 假, 10) time ＝ 取啟動時間 () .計次循環首 (10, i)Thread.啟動 (&累加, , idz [i]) .計次循環尾 () .計次循環首 (10, i)Thread.等待 (idz [i]) .計次循環尾 () 調試輸出 (取啟動時間 () － time, sum) 返回 (0) ' 可以根據您的需要返回任意數值 .子程序 累加 .局部變量 i .變量循環首 (1, 9999999, 1, i) .變量循環尾 () locked.加減 (sum, i)

這也是我為什么提倡大家盡量用整數型變量原因了
整數型變量是固定長度，而且可以加原子鎖，速度遠快過許可證，不信自己測試

最后是一些細節問題.. 多線程寫法各種各樣，我比較推薦飛龍那種 當然無論你怎么寫，都應該盡量避免操作全局變量和控件 這里提一下 很多人看到多線程出現內存錯誤 就想辦法去優化內存 使用各種內存優化等等。。爆吧界應該不少人這樣 所謂的內存優化模塊應該都是調用SetProcessWorkingSetSize， 這個命令就是將程序所使用的物理內存盡量地向虛擬內存中壓 表面上看,物理內存占用確實是少了. 但是,一旦程序需要使用到已經被強行壓到虛擬內存(也就是硬盤頁面文件)中的內容時,又得重新從虛擬內存里讀出來. 目前最好的硬盤速度比起內存來說那都至少是慢了幾十上百倍,于是此招就會造成當前程序的運行效率嚴重下降,同時因為頻繁讀硬盤,占用了本來就不多的帶寬,搞得整個系統的運行效率都下降了. 我覺得這個命令應該在程序空閑時使用。。切忌不要頻繁調用 爆吧界很多機器都是從一開始就優化，隔幾秒優化一次到結束。。是利是弊最終還是取決于你的程序 我個人反對調用模塊，因為你不知道模塊里面有什么問題 這里提下我遺忘在xp系統崩潰問題 因為百度坑爹的驗證碼在圖片框無法顯示，所以需要轉換圖片 然后我用了精易模塊那個圖片轉換命令，但這個命令在xp系統是比較容易崩潰 但我技術有限，目前無法解決

關于易語言雙核親和性問題

SetProcessAffinityMask這個命令是把程序綁定在一個核上。。。我個人感覺沒什么用，而且失去了多核的優勢
提到SetProcessAffinityMask就不得不提到 SetThreadIdealProcessor
SetProcessAffinityMask是自動切換線程到同核內執行，后者是切換到其他空閑執行這就是區別，主要區別是充分利用所有多核CPU

.版本 2.DLL命令 SetProcessAffinityMask, 整數型, , , 公開, 設置CPU親和性 進程句柄 返回CPU號 .參數 hProcess, 整數型 .參數 hProcess, 整數型.DLL命令 SetThreadAffinityMask, 整數型, , , 公開, 設置CPU親和性 線程句柄 .參數 hProcess, 整數型 .參數 Mask, 整數型.DLL命令 GetCurrentProcess, 整數型, , , 公開, 獲取當前進程的一個偽句柄 一般是-1.DLL命令 GetCurrentThread, 整數型, , , 公開, 獲取當前線程的一個偽句柄 一般是-2

最后是一些細節問題.. 多線程寫法各種各樣，我比較推薦飛龍那種 當然無論你怎么寫，都應該盡量避免操作全局變量和控件 這里提一下 很多人看到多線程出現內存錯誤 就想辦法去優化內存 使用各種內存優化等等。。爆吧界應該不少人這樣 所謂的內存優化模塊應該都是調用SetProcessWorkingSetSize， 這個命令就是將程序所使用的物理內存盡量地向虛擬內存中壓 表面上看,物理內存占用確實是少了. 但是,一旦程序需要使用到已經被強行壓到虛擬內存(也就是硬盤頁面文件)中的內容時,又得重新從虛擬內存里讀出來. 目前最好的硬盤速度比起內存來說那都至少是慢了幾十上百倍,于是此招就會造成當前程序的運行效率嚴重下降,同時因為頻繁讀硬盤,占用了本來就不多的帶寬,搞得整個系統的運行效率都下降了. 我覺得這個命令應該在程序空閑時使用。。切忌不要頻繁調用 爆吧界很多機器都是從一開始就優化，隔幾秒優化一次到結束。。是利是弊最終還是取決于你的程序 我個人反對調用模塊，因為你不知道模塊里面有什么問題 這里提下我遺忘在xp系統崩潰問題 因為百度坑爹的驗證碼在圖片框無法顯示，所以需要轉換圖片 然后我用了精易模塊那個圖片轉換命令，但這個命令在xp系統是比較容易崩潰 但我技術有限，目前無法解決
很多軟件都喜歡在程序啟動后使用一個線程不斷保存信息，這個我強烈反對
不談操作控件的問題
易語言本身的分割文本命令、讀寫配置項（）命令、取現行時間（）
這些命令在多線程會出問題
那些輸出用取現行時間的還是改為用api吧。。
另外有些編碼轉換模塊會出問題。。具體百度

我相信很多機器都用到延遲這個命令
在多線程中我不建議用這個
我建議用延時
“延遲”，在執行時允許用戶執行其它的操作（如：單擊按鈕等）；
“延時”，在執行時程序會進入“假死“狀態，用戶的其他操作程序將無法響應，必須等到語句執行結束才能恢復。
據我測試，延時在多線程中也可以操作控件
或者大家可以用什么高精度延時也行

關于使用控件屬性問題，我個人不喜歡
不論是否穩定，但可以使用變量的速度肯定快過使用控件屬性
我的遺忘是啟動后直接給變量賦值
大家的變量是啟動后賦值還是任務前賦值還是取決于你的軟件怎么寫~

下面介紹易語言的多線程編程方法。

?通過研究易語言附帶的兩個多線程例程，總結如下：

?（一）、先看易語言對自己的多程機制的解釋：

?1、創建進入許可證：創建并返回一個進入許可證數值，此許可證值用作進入程序中的指定許可代碼區，以避免多線程沖突。

?2、刪除進入許可證：刪除由“創建進入許可證”命令所創建返回的進入許可證，以釋放系統資源。

?3、啟動線程：創建并啟動一條線程，可重復使用以創建多條線程。

?4、進入許可區：根據已經創建的許可證進入指定許可代碼區，在此線程未退出之前，其它線程如要通過同一個進入許可證進入該許可代碼區則必須先等待此線程退出許可代碼區，從而保證了指定許可代碼區在任何時候都只能有一條線程進入并執行。

?5、退出許可區：指示當前線程將退出許可代碼區，并允許其它使用同一進入許可證的線程進入此許可代碼區。

?（二）、易語言的多線程編程過程大約如下：

?1、先用“創建進入許可證”命令為一個線程進入一個指定的許可代碼區建立一個許可證。

?2、用“啟動線程”命令創建并啟動一條線程，以運行一個線程的子程序。

?3、在一個線程子程序里用“進入許可區”使該線程占用一個許可代碼區，并鎖定該代碼區不讓其他線程進入，并鎖定其他線程運行，以避免線程沖突。

?4、使用“退出許可區”解鎖該許可代碼區，以便讓其他線程進入。若想使多個線程同時運行，我們可以為每個線程建立一個進入許可證，進入許可區與退出許可區連著進行使多個線程同步運行。

?5、當退出程序時，要刪除進入許可證以釋放系統資源。

總結

以上是生活随笔為你收集整理的浅谈易语言多线程 by逆风的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。