線程

在一個程序中，這些獨立運行的程序片斷叫作“線程”（Thread），利用它編程的概念就叫作“多線程處理”。利用線程，用戶可按下一個按鈕，然後程序會立即作出響應，而不是讓用戶等待程序完成了當前任務以後才開始響應。
判斷是否在同一個線程中的根本方法也比較簡單，在Windows上直接用 GetCurrentThreadId() 比較；
GetCurrentThreadId() 會直接輸出線程id。

註意：

1.線程id是動態分配的，因此如果某一個線程結束以後，這個id號還可能會分配給另一個線程，所以會有重復。
2.之所以會出現相同ID的情況，可能是以下原因：先前的線程已經被銷毀了；采用的是異步機制；消息機制；線程運行得太短時間了，還沒有等其它線程啟動就已經運行完了。
3.直接輸出了GetCurrentThreadID的返回值可能會出現重復的現象，
這個返回值不能直接輸出的，該函數采用的是寄存器返回，很快會被其他操作覆蓋！
正確的做法是：
將GetCurrentThreadID的返回值賦值給一個臨時變量；而後輸出該臨時變量
以前自己將GetCurrentThreadID的值作為map的key，也出了問題，改用臨時變量就解決了。
4.打印出id的那句是：

TRACE("Current Thread ID = 0x%X\n", AfxGetThread()->m_nThreadID);

直接輸出也可以。

一、關於設置斷點和單步執行

很多同學非常依賴於調試器的斷點功能和單步功能。這在單線程情況下倒還好（不過有些單線程但涉及GUI的程序，也會有點麻煩）。至於多線程程序的調試，這兩種手段簡直就是噩夢的開始。多線程造成的主要問題大都和競態條件（Race Condition，詳細解釋看“這裏 ”）有關。

而設置斷點或單步跟蹤可能會嚴重幹擾 多線程之間的競爭狀態。導致你看到的是一個假象。比如本來有兩個線程並發執行，存在某些不和諧的Bug（由競態引起）。一旦你在某一個線程設置了斷點，該線程在斷點處停住了，只剩下另一個線程在跑。這時候，並發的場景已經完全被破壞了，你通過調試器看到的可能 是一個和諧的場景。

稍微跑一下題。這很類似量子力學的“測不準原理”，觀測者的觀測行為幹擾了被測量的客體，導致觀測者看到的是一個幹擾後的現象。

二、關於Log輸出

既然斷點和單步不好用。那咋辦捏？一個替代方案是輸出log日誌。它可以有效減輕斷點和單步所導致的（針對競態條件的）副作用。

1、傳統Log機制的問題

傳統的log輸出主要是打印到屏幕或者輸出到文件。對於C++而言，標準庫內置的類和函數（比如cout、printf、fputs）可能會有線程安全的問題（和編譯器的具體實現有關）。尤其是標準流類庫（iostream）的八個全局對象，更是要小心慎用。輕則輸出的log文本混雜，重則導致程序崩潰。

鑒於上述原因，應該盡量使用第三方線程庫內置的log機制來搞定log輸出功能。比如ACE內置的ACE_Log_Msg等。

2、Log函數要短小精悍

很多情況下，我們會包裝一個公用的函數來實現log輸出功能。然後在該函數內部調用線程庫的log類/函數。為了不影響線程的競態條件，這個log函數要盡可能簡單輕便：不要涉及太多雜七雜八的瑣事、千萬別進行耗時的操作、盡量不操作一些全局的變量。

3、Log的副作用

不過捏，即使log函數再短小精悍，也還是有可能影響競態條件（畢竟log也有開銷，也要消耗CPU時間）。

萬一競態條件受到log的影響，那就比較棘手了。我以前就碰到過這種情況：加了log，程序沒有問題；去掉log，程序隨機崩潰。這種情況一般有兩種可能：要麽是log功能本身有問題，要麽是程序的競態條件非常敏感（連log的開銷都會有影響）。

這時候你能依靠的就只有肉眼和人腦了。先把相關的代碼和文檔仔細看上幾遍（最好再找其他有經驗的人一起Code Review），然後大家一起開動腦筋使勁琢磨。

三、關於Debug版本和Release版本

C++程序經常有Debug版本和Release版本的區別。有些時候，這也會導致一些多線程的問題。

由於Debug版本包含了一些調試信息、啟用了某些調試機制（比如assert宏）。所以就可能 影響到多線程的競爭狀態。在倒黴的時候，會碰上Debug版本工作正常，Release版本程序隨機崩潰。要避免這種情況，可以考慮下面兩個辦法：

1、放棄使用Debug版本

你可以幹脆放棄使用Debug版本。在這種情況下，你需要考慮把諸如assert之類調試相關的宏替換成自己的一套宏，使得在非Debug版本下也可以生效。

2、兩種版本同步測試

使用此方法，程序員平時自測可以使用Debug版本，但是測試人員日常測試的必須是Release版本。具體的操作步驟可以利用每日構建來輔助進行（每日構建的介紹參見“這裏 ”）。一定要避免：在平時僅僅搞Debug版本的測試，等到發布前夕再制作Release版本。這種做法是非常危險的！

判斷是否在同一個線程-GetCurrentThreadId()用法