首先看看下面的代碼：
#include <windows.h>
#include <iostream>
using namespace std;
DWORD WINAPI FunProc(
LPVOID lpParaneter
);
void main()
{
HANDLE thread1;
thread1 = CreateThread(NULL,0,FunProc,NULL,0,NULL);
// Sleep(10);
CloseHandle(thread1);
cout << "主線程運行!" << endl;
// getchar();
}
DWORD WINAPI FunProc(
LPVOID lpParaneter
){
cout << "子線程運行!" << endl;
return 0;
}看到上面的代碼，先說說運行的結(jié)果，如果注釋掉sleep函數(shù)和getchar()函數(shù)，那么可能有一種輸出情況是：
這個說明，主線程運行結(jié)束后，子線程沒有機會執(zhí)行就結(jié)束了，因為整個進程結(jié)束了。。
于是就必須要sleep函數(shù)，暫停主線程的執(zhí)行，而等待子線程有時間運行了，但是，結(jié)果卻是：如果在sleep的時間內(nèi)，子線程沒有執(zhí)行或者執(zhí)行完，子線程還是可能沒有執(zhí)行，或者執(zhí)行到一半的時候和父線程進行搶奪資源，于是出現(xiàn)了很多的情況，比如出現(xiàn)一個感嘆號，或者兩個交叉輸出等等。
現(xiàn)在，我想測試下多個這樣的程序同時執(zhí)行的結(jié)果，于是寫了有趣的代碼：
#include <windows.h>
#include <iostream.h>
void main()
{
int i = 0;
for(; i < 10; i++)
ShellExecute(NULL, NULL, "D:\\Chapter 10\\test1\\Debug\\test1.exe", NULL, NULL, SW_SHOWNORMAL);
}
通過ShellExecute函數(shù)來實現(xiàn)讓這個程序執(zhí)行10次，不用總是點擊來執(zhí)行了，而且，發(fā)現(xiàn)了有趣的現(xiàn)象。
可以看到執(zhí)行10次的結(jié)果，出現(xiàn)了亂碼，競爭資源的危害如此之大！而且，有幾次是恰好可以正常的有序執(zhí)行，不過結(jié)果卻不是很多，競爭屬多數(shù)情況！
于是，這個告一段落。
看看這里面用到的函數(shù)：
1.CreateThread，查API，功能很簡單，創(chuàng)建一個線程。其中大部分參數(shù)可以置為空，不過有一點需要注意的就是那個函數(shù)參數(shù)，它就是子線程的調(diào)用函數(shù)。
2.CloseHandle，關(guān)閉一個打開對象的句柄，實際上句柄就是一個void *的類型對象。
3.控制臺下面，很多句柄什么的都可以從簡，直接用NULL或者0即可。
4.原型的話照套，很多都是需要。
5.ThreadProc函數(shù)，就是調(diào)用新的線程的函數(shù)。原型都是DWORD ThreadProc(LPVOID lpParameter);
附：換成了英文的話，競爭資源的現(xiàn)象就不會出現(xiàn)亂碼了，（個人覺得可能和漢字的機內(nèi)碼表示的解析有關(guān)）看看下面的這個截圖：
posted on 2010-02-08 22:49
deercoder 閱讀(881)
評論(0) 編輯 收藏 引用