#include <stdio.h>
#include <windows.h>

const int numThreads = 3;

?

DWORD WINAPI helloFunc(LPVOID pArg)

{

?????? int num = (int) pArg;

?????? printf("Hello Thread %d\n", num);

??????

?????? return 0;

}

?

int main()

{?????

?????? HANDLE hThread[numThreads];

?

?????? for (int i = 0; i < numThreads; i++)

?????? {

????????????? hThread[i] = CreateThread(NULL, 0, helloFunc, (LPVOID)i, 0, NULL);

?????? }

?

?????? WaitForMultipleObjects(numThreads, hThread, TRUE, INFINITE);

?

?????? return 0;

}

?

上面可以說(shuō)是一個(gè)最簡(jiǎn)單的多線程程序了。

運(yùn)行時(shí)庫(kù)選項(xiàng)：

（1） ????? 單線程調(diào)試 (/MLd)

（2） ????? 多線程調(diào)試 DLL (/MDd)

（3） ????? 多線程調(diào)試 (/MTd)

上面三個(gè)是 debug 版本的，還有與它們相對(duì)的三個(gè) release 版本等。

由于一開始的時(shí)候系統(tǒng)默認(rèn)的是 /MLd ，所以產(chǎn)生一些很有意思的問(wèn)題，比如說(shuō)有些線程 的線程函數(shù)會(huì)被執(zhí)行多次：

Hello Thread 1

Hello Thread 1

Hello Thread 0

Hello Thread 2

Press any key to continue

線程 1 被執(zhí)行了兩次！

Hello Thread 0

Hello Thread Hello Thread 1

Hello Thread Hello Thread 1

2

Press any key to continue

這個(gè)就更奇怪了！雖然是因?yàn)橛?/span> race condition 在，但是為什么會(huì)多出一個(gè) Hello Thread 呢（ 5 個(gè) Hello Thread ， 4 個(gè)數(shù)字）？那就只有一個(gè)原因，有一個(gè)數(shù)字被覆蓋了（難道會(huì)有可能沒來(lái)得及輸出嗎？）！

用 Intel Thread Checker 進(jìn)行 check 的時(shí)候，會(huì)發(fā)生下面這樣的問(wèn)題，甚是奇怪！

圖片傳不上來(lái)。下次再傳。終于上傳成功了，娃哈哈

碰到這么多問(wèn)題，因?yàn)榕际浅鯇W(xué)者，所以就一直沒有察覺出來(lái)編譯選項(xiàng)設(shè)置有問(wèn)題。而且我一直覺得都是對(duì)的。只是對(duì)其中的一個(gè)線程的線程函數(shù)為什么會(huì)執(zhí)行兩遍感覺很 confuse 。 WHY WHY WHY ？ Google 一個(gè)線程的線程函數(shù)是否可以執(zhí)行兩遍，找不到有用的咚咚！ Baidu 也沒有相關(guān)信息。哭。只能暫時(shí)放棄，不過(guò)我始終還是不明白一個(gè)線程的線程函數(shù)為什么可以執(zhí)行多次？我也沒有見過(guò)這樣的例子。可能這個(gè)問(wèn)題在俺腦子里走太多路了，今天突發(fā)奇想，會(huì)不會(huì)是編譯選項(xiàng)有問(wèn)題？檢查了一下才發(fā)現(xiàn)原來(lái)一開始忘了把它設(shè)為多線程的了，設(shè)回來(lái)之后就一切正常了，試了 N 多次都沒有碰到過(guò)問(wèn)題（雖然這不能證明肯定沒有問(wèn)題！線程執(zhí)行順序是不可預(yù)料的！要看 CPU 的心情的， J ）。

?

Next, 接下來(lái)查一下編譯器相關(guān)資料。

Multithreaded Libraries Performance?

The single-threaded CRT is no longer （ in vs2005 ） available. This topic discusses how to get the maximum performance from the multithreaded libraries.

The performance of the multithreaded libraries has been improved and is close to the performance of the now-eliminated single-threaded libraries. For those situations when even higher performance is required, there are several new features.

·???????? Independent stream locking allows you to lock a stream and then use _nolock Functions that access the stream directly. This allows lock usage to be hoisted outside critical loops.

·???????? Per-thread locale reduces the cost of locale access for multithreaded scenarios (see _configthreadlocale).

·???????? Locale-dependent functions (with names ending in _l) take the locale as a parameter, removing substantial cost (for example, printf, _printf_l, wprintf, _wprintf_l).

·???????? Optimizations for common codepages reduce the cost of many short operations.

·???????? Defining _CRT_DISABLE_PERFCRIT_LOCKS forces all I/O operations to assume a single-threaded I/O model and use the _nolock forms of the functions. This allows highly I/O-based single-threaded applications to get better performance.

·???????? Exposure of the CRT heap handle allows you to enable the Windows Low Fragmentation Heap (LFH) for the CRT heap, which can substantially improve performance in highly scaled scenarios.

?

運(yùn)行時(shí)庫(kù)是程序在運(yùn)行時(shí)所需要的庫(kù)文件 ，通常運(yùn)行時(shí)庫(kù)是以 LIB 或 DLL 形式提供的。 C 運(yùn)行時(shí)庫(kù)誕生于 20 世紀(jì) 70 年代，當(dāng)時(shí)的程序世界還很單純，應(yīng)用程序都是單線程的，多任務(wù)或多線程機(jī)制在此時(shí)還屬于新觀念。所以這個(gè)時(shí)期的 C 運(yùn)行時(shí)庫(kù)都是單線程的。

隨著操作系統(tǒng)多線程技術(shù)的發(fā)展，最初的 C 運(yùn)行時(shí)庫(kù)無(wú)法滿足程序的需求，出現(xiàn)了嚴(yán)重的問(wèn)題。 C 運(yùn)行時(shí)庫(kù)使用了多個(gè)全局變量（例如 errno ）和靜態(tài)變量，這可能在多線程程序中引起沖突。假設(shè)兩個(gè)線程都同時(shí)設(shè)置 errno ，其結(jié)果是后設(shè)置的 errno 會(huì)將先前的覆蓋，用戶得不到正確的錯(cuò)誤信息。

　　因此， Visual C++ 提供了兩種版本的 C 運(yùn)行時(shí)庫(kù)。一個(gè)版本供單線程應(yīng)用程序調(diào)用，另一個(gè)版本供多線程應(yīng)用程序調(diào)用。多線程運(yùn)行時(shí)庫(kù)與單線程運(yùn)行時(shí)庫(kù)有兩個(gè)重大差別：
　　（ 1 ）類似 errno 的全局變量，每個(gè)線程單獨(dú)設(shè)置一個(gè)。這樣從每個(gè)線程中可以獲取正確的錯(cuò)誤信息。
　　（ 2 ）多線程庫(kù)中的數(shù)據(jù)結(jié)構(gòu)以同步機(jī)制加以保護(hù)。這樣可以避免訪問(wèn)時(shí)候的沖突。

　　 Visual C++ 提供的多線程運(yùn)行時(shí)庫(kù)又分為靜態(tài)鏈接庫(kù)和動(dòng)態(tài)鏈接庫(kù)兩類，而每一類運(yùn)行時(shí)庫(kù)又可再分為 debug 版和 release 版，因此 Visual C++ 共提供了 6 個(gè)運(yùn)行時(shí)庫(kù)。如下表：

　　 2.C 運(yùn)行時(shí)庫(kù)的作用
　　 C 運(yùn)行時(shí)庫(kù)除了給我們提供必要的庫(kù)函數(shù)調(diào)用（如 memcpy 、 printf 、 malloc 等）之外，它提供的另一個(gè)最重要的功能是為應(yīng)用程序添加啟動(dòng)函數(shù)。
　　 C 運(yùn)行時(shí)庫(kù)啟動(dòng)函數(shù)的主要功能為進(jìn)行程序的初始化，對(duì)全局變量進(jìn)行賦初值，加載用戶程序的入口函數(shù)。
　　不采用寬字符集的控制臺(tái)程序的入口點(diǎn)為 mainCRTStartup(void) 。下面我們以該函數(shù)為例來(lái)分析運(yùn)行時(shí)庫(kù)究竟為我們添加了怎樣的入口程序。這個(gè)函數(shù)在 crt0.c 中被定義，下列的代碼經(jīng)過(guò)了筆者的整理和簡(jiǎn)化：

void mainCRTStartup(void)
{
　 int mainret;
　 /* 獲得 WIN32 完整的版本信息 */
　 _osver = GetVersion();
　 _winminor = (_osver >> 8) & 0x00FF ;
　 _winmajor = _osver & 0x00FF ;
　 _winver = (_winmajor << 8) + _winminor;
　 _osver = (_osver >> 16) & 0x00FFFF ;

　 _ioinit(); /* initialize lowio */

　 /* 獲得命令行信息 */
　 _acmdln = (char *) GetCommandLineA();

　 /* 獲得環(huán)境信息 */
　 _aenvptr = (char *) __crtGetEnvironmentStringsA();

　 _setargv(); /* 設(shè)置命令行參數(shù) */
　 _setenvp(); /* 設(shè)置環(huán)境參數(shù) */

　 _cinit(); /* C 數(shù)據(jù)初始化：全局變量初始化，就在這里！ */

　 __initenv = _environ;
　 mainret = main( __argc, __argv, _environ ); /* 調(diào)用 main 函數(shù) */

　 exit( mainret );
}

從以上代碼可知，運(yùn)行庫(kù)在調(diào)用用戶程序的 main 或 WinMain 函數(shù)之前，進(jìn)行了一些初始化工作。初始化完成后，接著才調(diào)用了我們編寫的 main 或 WinMain 函數(shù)。只有這樣，我們的 C 語(yǔ)言運(yùn)行時(shí)庫(kù)和應(yīng)用程序才能正常地工作起來(lái)。

　　除了 crt0.c 外， C 運(yùn)行時(shí)庫(kù)中還包含 wcrt0.c 、 wincrt0.c 、 wwincrt0.c 三個(gè)文件用來(lái)提供初始化函數(shù)。 wcrt0.c 是 crt0.c 的寬字符集版， wincrt0.c 中包含 windows 應(yīng)用程序的入口函數(shù)，而 wwincrt0.c 則是 wincrt0.c 的寬字符集版。

　　 Visual C++ 的運(yùn)行時(shí)庫(kù)源代碼缺省情況下不被安裝。如果您想查看其源代碼，則需要重裝 Visual C++ ，并在重裝在時(shí)選中安裝運(yùn)行庫(kù)源代碼選項(xiàng)。

3. 各種 C 運(yùn)行時(shí)庫(kù)的區(qū)別

　　（ 1 ）靜態(tài)鏈接的單線程庫(kù)
　　靜態(tài)鏈接的單線程庫(kù)只能用于單線程的應(yīng)用程序， C 運(yùn)行時(shí)庫(kù)的目標(biāo)代碼最終被編譯在應(yīng)用程序的二進(jìn)制文件中。通過(guò) /ML 編譯選項(xiàng)可以設(shè)置 Visual C++ 使用靜態(tài)鏈接的單線程庫(kù)。

　　（ 2 ）靜態(tài)鏈接的多線程庫(kù)
　　靜態(tài)鏈接的多線程庫(kù)的目標(biāo)代碼也最終被編譯在應(yīng)用程序的二進(jìn)制文件中，但是它可以在多線程程序中使用。通過(guò) /MT 編譯選項(xiàng)可以設(shè)置 Visual C++ 使用靜態(tài)鏈接的單線程庫(kù)。

　　（ 3 ）動(dòng)態(tài)鏈接的運(yùn)行時(shí)庫(kù)
　　動(dòng)態(tài)鏈接的運(yùn)行時(shí)庫(kù)將所有的 C 庫(kù)函數(shù)保存在一個(gè)單獨(dú)的動(dòng)態(tài)鏈接庫(kù) MSVCRTxx.DLL 中， MSVCRTxx.DLL 處理了多線程問(wèn)題。使用 /MD 編譯選項(xiàng)可以設(shè)置 Visual C++ 使用動(dòng)態(tài)鏈接的運(yùn)行時(shí)庫(kù)。

　　 /MDd 、 /MLd 或 /MTd 選項(xiàng)使用 Debug runtime library( 調(diào)試版本的運(yùn)行時(shí)刻函數(shù)庫(kù) ) ，與 /MD 、 /ML 或 /MT 分別對(duì)應(yīng)。 Debug 版本的 Runtime Library 包含了調(diào)試信息，并采用了一些保護(hù)機(jī)制以幫助發(fā)現(xiàn)錯(cuò)誤，加強(qiáng)了對(duì)錯(cuò)誤的檢測(cè)，因此在運(yùn)行性能方面比不上 Release 版本。

　　下面看一個(gè)未正確使用 C 運(yùn)行時(shí)庫(kù)的控制臺(tái)程序 ：

#include <stdio.h>
#include <afx.h>
int main()
{
　 CFile file;
　 CString str("I love you");
　 TRY
　 {
　　 file.Open("file.dat",CFile::modeWrite | CFile::modeCreate);
　 }
　 CATCH( CFileException, e )
　 {
　　 #ifdef _DEBUG
　　 afxDump << "File could not be opened " << e->m_cause << "\n";
　　 #endif
　 }
　 END_CATCH

　 file.Write(str,str.GetLength());
　 file.Close();
}

我們?cè)?/span> "rebuild all" 的時(shí)候發(fā)生了 link 錯(cuò)誤：

nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
main.exe : fatal error LNK1120: 2 unresolved externals
Error executing cl.exe.

發(fā)生錯(cuò)誤的原因在于 Visual C++ 對(duì)控制臺(tái)程序默認(rèn)使用單線程的靜態(tài)鏈接庫(kù)，而 MFC 中的 CFile 類已暗藏了多線程。我們只需要在 Visual C++6.0 中依次點(diǎn)選 Project->Settings->C/C++ 菜單和選項(xiàng)，在 Project Options 里修改編譯選項(xiàng)即可。

不過(guò)最上面的那個(gè)程序在 6.0里面是可以運(yùn)行的，現(xiàn)象同2003的是一樣的。
***********************************************

從字面上看，運(yùn)行庫(kù)是程序在運(yùn)行時(shí)所需要的庫(kù)文件。通常運(yùn)行庫(kù)是以 DLL 形式提供的。 Delphi 和 C++ Builder 的運(yùn)行庫(kù)為 .bpl 文件，實(shí)際還是一個(gè) DLL 。運(yùn)行庫(kù)中一般包括編程時(shí)常用的函數(shù)，如字符串操作、文件操作、界面等內(nèi)容。不同的語(yǔ)言所支持的函數(shù)通常是不同的，所以使用的庫(kù)也是完全不同的，這就是為什么有 VB 運(yùn)行庫(kù)、 C 運(yùn)行庫(kù)、 Delphi 運(yùn)行庫(kù)之分的原因。即使都是 C++ 語(yǔ)言，也可能因?yàn)樘峁┑暮瘮?shù)不同，而使用不同的庫(kù)。如 VC++ 使用的運(yùn)行庫(kù)和 C++ Builder 就完全不同。

如果不使用運(yùn)行庫(kù)，每個(gè)程序中都會(huì)包括很多重復(fù)的代碼，而使用運(yùn)行庫(kù)，可以大大縮小編譯后的程序的大小。但另一方面，由于使用了運(yùn)行庫(kù)，所以在分發(fā)程序時(shí)就必須帶有這些庫(kù)，比較麻煩。如果在操作系統(tǒng)中找不到相應(yīng)的運(yùn)行庫(kù)程序就無(wú)法運(yùn)行。為了解決這個(gè)矛盾， Windows 總是會(huì)帶上它自己開發(fā)的軟件的最新的運(yùn)行庫(kù)。象 Windows 2000 以后的版本都包括 Visual Basic 5.0/6.0 的庫(kù)。 Internet Explorer 總是帶有最新的 Visual C++ 6.0 的庫(kù)。 Windows XP 帶有 Microsoft .NET 1.0 （用于 VB.NET 和 C# ）的庫(kù)。 Visual C++ 、 Delphi 和 C++ Builder 允許用戶選擇所編譯得到的程序是否依賴于運(yùn)行庫(kù)。而 VB 、 FoxPro 、 PowerBuilder 、 LabWindows/CVI 和 Matlab 就不允許用戶進(jìn)行這種選擇，必須依賴于運(yùn)行庫(kù)。

?

小結(jié)

看了上面這么多咚咚以后（我估計(jì)沒幾個(gè)人會(huì)有這個(gè)耐心把這么多東西看完的，娃哈哈），不過(guò)我還是把它完整地看完了，中間那一段是抄的，講得很好，講得非常清楚。嗯。有一點(diǎn)是可以肯定的，那就是不要用 ML 單線程版本，況且 2005 已經(jīng)不支持 ML （注意，這里 ML 不是 Make L*ve 的縮寫，汗！）了。另外， ML 不支持多線程的，所以如果使用 ML 來(lái)編譯運(yùn)行的話，肯定會(huì)出很多問(wèn)題的，雖然它沒有明確說(shuō)出會(huì)發(fā)生什么樣的問(wèn)題。

一個(gè)困擾偶很長(zhǎng)時(shí)間的問(wèn)題終于解決。把 MLd 改為 MDd 所有問(wèn)題就都解決了，用 Intel Thread Checker check 了一下也沒問(wèn)題。如果大家有碰到同樣的問(wèn)題的話，希望以上能夠給你一點(diǎn)有用的信息。有啥問(wèn)題，歡迎與我聯(lián)系。有啥說(shuō)的不對(duì)的，請(qǐng)批評(píng)指正。恩。

Have fun.