2010年3月1日
摘要: 利用Winsock實(shí)現(xiàn)HTTP協(xié)議的GET請求，得到一個(gè)HTML文件信息。
閱讀全文
2009年11月10日
最近搞一個(gè)協(xié)議，以實(shí)現(xiàn)隱蔽通道，其中需要使用CRC校驗(yàn)算法，由于數(shù)據(jù)位數(shù)比較少，最后決定使用位的CRC校驗(yàn)算法。
該算法主要就是實(shí)現(xiàn)一個(gè)模二運(yùn)算，基本原理就是異或，移位。
模二運(yùn)算的算法如下（C語言描述）：
模二運(yùn)算
// CrcMOD2函數(shù)///////////////////////////////////////////////////////
// 作用：模2運(yùn)算
// 參數(shù)說明；
// m —— 被除數(shù)
// p —— 除數(shù)
// 返回：余數(shù)
unsigned long CrcMOD2(unsigned long m, unsigned long p)
{
int m_bits = 0, p_bits = 0, a = 1, bit = 0, flag = 0;
unsigned long m_temp = m, p_temp = p;
unsigned long remainder = 0, andData = 0x00000001;
unsigned long dividend, divisor;
// 得到被除數(shù)位數(shù)
while (m_temp)
{
m_temp /= 2;
++m_bits;
}
// 得到除數(shù)位數(shù)
while (p_temp)
{
p_temp /= 2;
++p_bits;
}
// 如果被除數(shù)位數(shù)小于除數(shù)，則直接返回被除數(shù)作為余數(shù)
if (m_bits < p_bits)
return m;
// 在此開始第一次模2運(yùn)算
m_temp = m >> (m_bits - p_bits); // 被除數(shù)右移相應(yīng)的位數(shù)
dividend = m_temp; // 得到第一次進(jìn)行運(yùn)算的被除數(shù)
divisor = p; // 得到除數(shù)
remainder = dividend ^ divisor; // 得到模2運(yùn)算的結(jié)果作為余數(shù)
m_bits -= p_bits; // 第一次計(jì)算完成，減去已經(jīng)計(jì)算過的位數(shù)
while (m_bits)
{
if (!flag)
{
dividend = (remainder << 1); // 上一次得到的余數(shù)作為這次被除數(shù)的高位
m_temp = m >> (m_bits - 1);
bit = andData & m_temp;
dividend |= bit; // 原被除數(shù)的某一位作為現(xiàn)在的被除數(shù)的最低位
}
else
{
dividend <<= 1;
m_temp = m >> (m_bits - 1);
bit = andData & m_temp;
dividend |= bit;
}
// 比較除數(shù)和被除數(shù)的最高位大小
if ((dividend & (andData << (p_bits - 1))) >= (divisor & (andData << (p_bits - 1))))
{
flag = 0;
remainder = dividend ^ divisor; // 得到模2運(yùn)算的結(jié)果作為余數(shù)
}
else
{
// 需要借位
flag = 1;
}
--m_bits;
}
if (flag)
remainder = dividend;
return remainder;
} CrcGetCode函數(shù)獲原始數(shù)據(jù)和CRC生成多項(xiàng)式，利用模二運(yùn)算得到新的數(shù)據(jù)。算法如下：
給數(shù)據(jù)加上校驗(yàn)碼
// CrcGetCode函數(shù)///////////////////////////////////////////////////
// 作用：通過原始數(shù)據(jù)與CRC多項(xiàng)式，得到整個(gè)數(shù)據(jù)的編碼
// 參數(shù)說明：
// originalData —— 原始數(shù)據(jù)
// crcPolynomial —— CRC生成多項(xiàng)式
// 返回：原始數(shù)據(jù) + 校驗(yàn)碼
int CrcGetCode(unsigned long originalData, unsigned long crcPolynomial)
{
unsigned long checkBits = 0, temp = crcPolynomial, m = originalData, fcs;
while (temp)
{
temp /= 2;
++checkBits; // 校驗(yàn)位個(gè)數(shù)加一
}
-- checkBits; // 得到校驗(yàn)位個(gè)數(shù)（比生成多項(xiàng)式少1位）
m <<= checkBits; // 得到模二運(yùn)算的被除數(shù)
if (checkBits == 0)
return m;
fcs = CrcMOD2(m, crcPolynomial);
m |= fcs; // 加上FCS校驗(yàn)子
return m; // 返回整個(gè)編碼
}
2009年8月14日
摘要: Windows上Ring3的HOOK導(dǎo)入表所用的類大同小異，本文改進(jìn)了一個(gè)HOOK導(dǎo)入表的類，實(shí)現(xiàn)了HOOK延遲加載模塊的API和FreeLibaray的HOOK的實(shí)現(xiàn)。歡迎大家批評指正！
閱讀全文
2009年7月23日
轉(zhuǎn)載自：http://www.winu.cn/space-14160-do-blog-id-8104.html
在許多關(guān)于視頻的軟件(如視頻會(huì)議、可視電話等)開發(fā)中，都應(yīng)用了視頻捕獲技術(shù)。微軟為軟件開發(fā)人員提供了一個(gè)專門用于視頻捕獲的VFW (Video for Windows) SDK。VFW SDK為在Windows系統(tǒng)中實(shí)現(xiàn)視頻捕獲提供了標(biāo)準(zhǔn)的接口，從而大大降低了程序的開發(fā)難度。由于VFW SDK只有VC和VB版，沒有Delphi版，因此需要在Delphi中一一聲明DLL中的各個(gè)函數(shù)和變量（可以參考MSDN中的VC的函數(shù)聲明以及變量定義）。本文分3部分介紹如何利用VFW在Delphi中開發(fā)視頻捕獲程序。
VFW簡介
VFW是微軟公司1992年推出的關(guān)于數(shù)字視頻的一個(gè)軟件包，它能使應(yīng)用程序通過數(shù)字化設(shè)備從傳統(tǒng)的模擬視頻源得到數(shù)字化的視頻剪輯。VFW的一個(gè)關(guān)鍵思想是播放時(shí)不需要專用硬件，為了解決數(shù)字視頻數(shù)據(jù)量大的問題，需要對數(shù)據(jù)進(jìn)行壓縮。它引進(jìn)了一種叫AVI的文件標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)未規(guī)定如何對視頻進(jìn)行捕獲、壓縮及播放，僅規(guī)定視頻和音頻該如何存儲(chǔ)在硬盤上，以及在AVI文件中交替存儲(chǔ)視頻幀和與之相匹配的音頻數(shù)據(jù)。VFW使程序員能通過發(fā)送消息或設(shè)置屬性來捕獲、播放和編輯視頻剪輯。在Windows 9x系統(tǒng)中,當(dāng)用戶在安裝VFW時(shí)，安裝程序會(huì)自動(dòng)地安裝配置視頻所需要的組件，如設(shè)備驅(qū)動(dòng)程序、視頻壓縮程序等。
VFW主要由以下6個(gè)模塊組成：
●AVICAP.DLL：包含執(zhí)行視頻捕獲的函數(shù)，它給AVI文件的I/O處理和視頻、音頻設(shè)備驅(qū)動(dòng)程序提供一個(gè)高級(jí)接口；
●MSVIDEO.DLL：包含一套特殊的DrawDib函數(shù)，用來處理屏幕上的視頻操作；
●MCIAVI.DRV：包括對VFW的MCI命令解釋器的驅(qū)動(dòng)程序；
●AVIFILE.DLL：包含由標(biāo)準(zhǔn)多媒體I/O（mmio）函數(shù)提供的更高的命令，用來訪問.AVI文件；
●壓縮管理器（ICM）：用于管理的視頻壓縮/解壓縮的編譯碼器（Codec）；
●音頻壓縮管理器ACM：提供與ICM相似的服務(wù)，適用于波形音頻。
開發(fā)步驟
AVICap窗口類支持實(shí)時(shí)的視頻流捕獲和單幀捕獲，并提供對視頻源的控制。雖然MCI也提供數(shù)字視頻服務(wù)(比如它為顯示.AVI文件的視頻提供了AVI VIDEO命令集)，為視頻疊加提供了Overlay命令集，但這些命令主要是基于文件的操作，它們不能滿足實(shí)時(shí)地從視頻緩存中取數(shù)據(jù)的要求， 對于使用沒有視頻疊加能力的捕獲卡的PC機(jī)來說， 用MCI提供的命令集是無法捕獲視頻流的。而AVICap窗口類在捕獲視頻方面具有一定的優(yōu)勢，它能直接訪問視頻緩沖區(qū)，不需要生成中間文件，實(shí)時(shí)性很強(qiáng)，效率很高。而且，它還可將數(shù)字視頻捕獲到一個(gè)文件中。
1.創(chuàng)建“捕獲窗”
在進(jìn)行視頻捕獲之前必需要先創(chuàng)建一個(gè)“捕獲窗”，并以它為基礎(chǔ)進(jìn)行所有的捕獲及設(shè)置操作。“捕獲窗”用AVICap窗口類的“CapCreateCaptureWindow”函數(shù)來創(chuàng)建，其窗口風(fēng)格一般為WS_CHILD和WS_VISIBLE。
捕獲窗類似于標(biāo)準(zhǔn)控件（如按鈕、列表框等），并具有下列功能：
●將視頻流和音頻流捕獲到一個(gè)AVI文件中；
●動(dòng)態(tài)地同視頻和音頻輸入器件連接或斷開；
●以O(shè)verlay或Preview模式對輸入的視頻流進(jìn)行實(shí)時(shí)顯示；
●在捕獲時(shí)，可指定所用的文件名并能將捕獲文件的內(nèi)容拷貝到另一個(gè)文件；
●設(shè)置捕獲速率；
●顯示控制視頻源、視頻格式、視頻壓縮的對話框；
●創(chuàng)建、保存或載入調(diào)色板；
●將圖像和相關(guān)的調(diào)色板拷貝到剪貼板；
●將捕獲的單幀圖像保存為DIB格式的文件。
2．關(guān)聯(lián)捕獲窗和驅(qū)動(dòng)程序
單獨(dú)定義的一個(gè)捕獲窗是不能工作的，它必需與一個(gè)設(shè)備相關(guān)聯(lián)，這樣才能取得視頻信號(hào)。用函數(shù)CapDriverConnect可使一個(gè)捕獲窗與一個(gè)設(shè)備驅(qū)動(dòng)程序相關(guān)聯(lián)。
3．設(shè)置視頻設(shè)備的屬性
通過設(shè)置TcaptureParms結(jié)構(gòu)變量的各個(gè)成員變量，可以控制設(shè)備的采樣頻率、中斷采樣按鍵、狀態(tài)行為等等。設(shè)置好TCaptureParms結(jié)構(gòu)變量后，可以用函數(shù)CapCaptureSetSetup使設(shè)置生效。之后還可以用CapPreviewScale、CapPreviewRate來設(shè)置預(yù)覽的比例與速度，也可以直接使用設(shè)備的默認(rèn)值。
4．打開預(yù)覽
利用函數(shù)CapOverlay選擇是否采用疊加模式預(yù)覽，這樣占用系統(tǒng)資源小，并且視頻顯示速度快。然后用CapPreview啟動(dòng)預(yù)覽功能，這時(shí)就可以在屏幕上看到來自攝像機(jī)的圖像了。
通過以上4步就可以建立一個(gè)基本的視頻捕獲程序。但如果想自已處理從設(shè)備捕獲到的視頻數(shù)據(jù)，則要使用捕獲窗回調(diào)函數(shù)來處理，比如一幀一幀地獲得視頻數(shù)據(jù)或以流的方式獲得視頻數(shù)據(jù)等等。
實(shí)例編程
下面以一個(gè)一幀一幀地從視頻設(shè)備上捕獲視頻數(shù)據(jù)的Delphi程序?yàn)槔瑏碚f明每個(gè)函數(shù)的作用以及開發(fā)過程。
該程序的功能是可以在屏幕上顯視捕獲到的視頻，并可以獲得每一幀的圖像數(shù)據(jù)。
新建一個(gè)工程，并將AVICAP32.PAS包含到USES中。
在Form1上放置一個(gè)TPanel控件，設(shè)Name為“gCapVideoArea”，該控件用于顯示視頻。再放置兩個(gè)TButton控件，一個(gè)Name為“Openvideo”，另一個(gè)Name為“Closevideo”。
定義全局變量：
var
//定義捕獲窗句柄
ghCapWnd: THandle;
//可以得到視頻數(shù)據(jù)指針的結(jié)構(gòu)變量，用于回調(diào)函數(shù)中
VideoStr: LPVIDEOHDR;
//用于設(shè)置設(shè)備屬性的結(jié)構(gòu)變量
CapParms: TCaptureParms;
在Name為“Openvideo”的TButton 的Click事件中寫入以下代碼：
procedure TForm1.OpenvideoClick(Sender: TObject);
begin
//使用Tpanel控件來創(chuàng)建捕獲窗口
ghCapWnd := CapCreateCaptureWindow
( PChar(‘KruwoSoft'), //捕獲窗口的名字
WS_CHILD or WS_VISIBLE,//窗口樣式
0, //X坐標(biāo)
0, //Y坐標(biāo)
gCapVideoArea.Width, //窗口寬
gCapVideoArea.Height, //窗口高
gCapVideoArea.Handle, //窗口句柄
0); //一般為0
{為了能夠捕獲視頻幀，要啟動(dòng)一個(gè)捕獲幀回調(diào)函數(shù)VideoStreamCallBack。捕獲一個(gè)視頻流或當(dāng)前設(shè)備狀態(tài)時(shí)分別使用以下函數(shù)：
//捕獲一個(gè)視頻流
CapSetCallbackOnVideoStream;
//得到一個(gè)設(shè)備錯(cuò)誤
CapSetCallbackonError;
//得到一個(gè)設(shè)備狀態(tài)
CapSetCallbackOnStatus
}
//定義一個(gè)幀捕獲回調(diào)函數(shù)
CapSetCallbackOnFrame (ghCapWnd,LongInt(@VideoStreamCallBack));
//將一個(gè)捕獲窗口與一個(gè)設(shè)備驅(qū)程相關(guān)聯(lián)，第二個(gè)參數(shù)是個(gè)序號(hào)，當(dāng)系統(tǒng)中裝有多個(gè)顯視驅(qū)動(dòng)程序時(shí)，其值分別依次為0到總個(gè)數(shù)
CapDriverConnect(ghCapWnd, 0);
//設(shè)置設(shè)備屬性的結(jié)構(gòu)變量
CapParms.dwRequestMicroSecPerFrame:=40000;
CapParms.fLimitEnabled := FALSE;
CapParms.fCaptureAudio := FALSE; // NO Audio
CapParms.fMCIControl := FALSE;
CapParms.fYield := TRUE;
CapParms.vKeyAbort := VK_ESCAPE;
CapParms.fAbortLeftMouse := FALSE;
CapParms.fAbortRightMouse := FALSE;
//使設(shè)置生效
CapCaptureSetSetup(ghCapWnd,LongInt(@CapParms),sizeof(TCAPTUREPARMS));
//設(shè)置預(yù)覽時(shí)的比例
CapPreviewScale(ghCapWnd, 1);
//設(shè)置預(yù)覽時(shí)的幀頻率
CapPreviewRate(ghCapWnd,66);
//如果要捕獲視頻流，則要使用函數(shù)指定不生成文件。否則將會(huì)自動(dòng)生成AVI文件
CapCaptureSequenceNoFile(ghCapWnd);
//指定是否使用疊加模式，使用為1，否則為0
CapOverlay(ghCapWnd, 1);
//打開預(yù)覽
CapPreview(ghCapWnd, 1);
end;
在Name為“Closevideo”的TButton 的Click事件中寫入以下代碼：
procedure TForm1.ClosevideoClick(Sender: TObject);
begin
//停止捕獲
capCaptureAbort(ghCapWnd);
//將捕獲窗同驅(qū)動(dòng)器斷開
capDriverDisconnect(ghCapWnd);
end;
定義捕獲幀回調(diào)函數(shù)：
function FrameCallBack(hWnd:HWND; lpVHdr:LongInt) :LongInt; stdcall;
var
DataPoint:^byte;
DibLen,RectWidth,RectHeight:integer;
begin
//轉(zhuǎn)換從回調(diào)函數(shù)中得到的指針
VideoStr:=LPVIDEOHDR(lpVHdr);
//得到返回的數(shù)據(jù)大小
DibLen:=VideoStr^.dwBufferLength;
GetMem(DataPoint,64000);
//將幀數(shù)據(jù)COPY到一個(gè)內(nèi)存中，注意DATAPOINT要先分配空間
CopyMemory(DataPoint,VideoStr^.lpData,Diblen);
//一些其他處理
……
end;
靈活地使用AVICap窗口類的回調(diào)函數(shù)可以滿足各種不同的需求，但要注意從視頻卡中捕獲的視頻數(shù)據(jù)的格式和圖像的長寬要參考視頻卡的參數(shù)。而且有些視頻卡通過設(shè)置可支持多種的格式和圖像長寬，所以在還原圖像時(shí)要注意參考所用的視頻卡的參數(shù)。
2009年6月13日
前一階段重溫了Windows中的HOOK，由此參考了《Windows via C/C++》中的示例程序——DIPS，但是我發(fā)現(xiàn)了一個(gè)有趣的問題。
默認(rèn)情況下，鏈接器并不會(huì)將支持XP或Vista的manifest鏈接到程序上，因此，生成的應(yīng)用程序運(yùn)行時(shí)的控件風(fēng)格是經(jīng)典Windows樣式，此時(shí)，DIPS小工具運(yùn)行正常。
但是，當(dāng)加上如下這段代碼（適用于x86 CPU），問題就產(chǎn)生了。
#pragma comment(linker, "/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='x86' publicKeyToken='6595b64144ccf1df' language='*'\"")
這意味著鏈接器將會(huì)把新的XP或Vista的manifest鏈接到程序上，使應(yīng)用程序具有XP或Vista的控件樣式。這時(shí)，問題產(chǎn)生了。
這里我貼出程序的主函數(shù)代碼：
int WINAPI _tWinMain(HINSTANCE hInstExe, HINSTANCE, PTSTR pszCmdLine, int) {
// Convert command-line character to uppercase.
CharUpperBuff(pszCmdLine, 1);
TCHAR cWhatToDo = pszCmdLine[0];
if ((cWhatToDo != TEXT('S')) && (cWhatToDo != TEXT('R'))) {
// An invalid command-line argument; prompt the user.
cWhatToDo = 0;
}
if (cWhatToDo == 0) {
// No command-line argument was used to tell us what to
// do; show usage dialog box and prompt the user.
switch (DialogBox(hInstExe, MAKEINTRESOURCE(IDD_DIPS), NULL, Dlg_Proc)) {
case IDC_SAVE:
cWhatToDo = TEXT('S');
break;
case IDC_RESTORE:
cWhatToDo = TEXT('R');
break;
}
}
if (cWhatToDo == 0) {
// The user doesn't want to do anything.
return(0);
}
// The Desktop ListView window is the grandchild of the ProgMan window.
HWND hWndLV = GetFirstChild(GetFirstChild(
FindWindow(TEXT("ProgMan"), NULL)));
chASSERT(IsWindow(hWndLV));
// Set hook that injects our DLL into the Explorer's address space. After
// setting the hook, the DIPS hidden modeless dialog box is created. We
// send messages to this window to tell it what we want it to do.
chVERIFY(SetDIPSHook(GetWindowThreadProcessId(hWndLV, NULL)));
// Wait for the DIPS server window to be created.
MSG msg;
GetMessage(&msg, NULL, 0, 0); // 請注意這里
// Find the handle of the hidden dialog box window.
HWND hWndDIPS = FindWindow(NULL, TEXT("Wintellect DIPS"));
// Make sure that the window was created.
chASSERT(IsWindow(hWndDIPS));
// Tell the DIPS window which ListView window to manipulate
// and whether the items should be saved or restored.
BOOL bSave = (cWhatToDo == TEXT('S'));
SendMessage(hWndDIPS, WM_APP, (WPARAM) hWndLV, bSave);
// Tell the DIPS window to destroy itself. Use SendMessage
// instead of PostMessage so that we know the window is
// destroyed before the hook is removed.
SendMessage(hWndDIPS, WM_CLOSE, 0, 0);
// Make sure that the window was destroyed.
chASSERT(!IsWindow(hWndDIPS));
// Unhook the DLL, removing the DIPS dialog box procedure
// from the Explorer's address space.
SetDIPSHook(0);
return(0);
}
看到上面代碼中的GetMessage函數(shù)（加紅色注釋那行），該函數(shù)是在接收一個(gè)來自explorer.exe進(jìn)程的消息，這個(gè)消息是在掛鉤DLL注入之后，由掛鉤過濾函數(shù)發(fā)送的。掛鉤過濾函數(shù)代碼如下：
LRESULT WINAPI GetMsgProc(int nCode, WPARAM wParam, LPARAM lParam) {
static BOOL bFirstTime = TRUE;
if (bFirstTime) {
// The DLL just got injected.
bFirstTime = FALSE;
// Uncomment the line below to invoke the debugger
// on the process that just got the injected DLL.
// ForceDebugBreak();
// Create the DIPS Server window to handle the client request.
CreateDialog(g_hInstDll, MAKEINTRESOURCE(IDD_DIPS), NULL, Dlg_Proc);
// Tell the DIPS application that the server is up
// and ready to handle requests.
PostThreadMessage(g_dwThreadIdDIPS, WM_NULL, 0, 0);
}
return(CallNextHookEx(g_hHook, nCode, wParam, lParam));
}
明顯地，這里發(fā)送了一個(gè)WM_NULL消息給DIPS進(jìn)程，當(dāng)使用經(jīng)典樣式的控件時(shí)一切安好，經(jīng)調(diào)試得到的MSG結(jié)構(gòu)中的各個(gè)字段為正確的值。但是加上了上面那行鏈接命令后，調(diào)試得到的MSG結(jié)構(gòu)的字段壓根就不是WM_NULL、0、0，而是一個(gè)數(shù)值為49211的消息，這樣導(dǎo)致了DIPS主線程喚醒，隨后的FindWindow可能會(huì)返回一個(gè)NULL，因?yàn)樵撓⒉⒉皇菕煦^過濾函數(shù)的發(fā)送的消息。當(dāng)然，如果在這里Sleep一下，可以得到正確的窗口句柄，我在GetMessage函數(shù)上加了一個(gè)do-while循環(huán)，結(jié)果也的確是這樣，幾次循環(huán)之后可以收到消息為WM_NULL的消息，且參數(shù)均為0。
但是我不明白為什么加上了一條鏈接命令會(huì)這樣？不妨大家都試試看，我用的IDE是VS2005。
哪位高手可以來指導(dǎo)我一下呢？
2009年5月22日
前一階段閑著無聊，用遠(yuǎn)程線程注入的方法把DLL注入到Explorer.exe進(jìn)程實(shí)現(xiàn)音樂循環(huán)播放。
在DLL中的代碼是這樣的：
BOOL WINAPI DllMain(HINSTANCE hInstDll, DWORD fdwReason, PVOID fImpLoad)
{
static HANDLE hThread;
static DWORD dwThreadId;
switch (fdwReason)
{
case DLL_PROCESS_ATTACH:
g_hInstDll = hInstDll;
hThread = BEGINTHREADEX(NULL, 0, ThreadProc, (PVOID)hInstDll, 0, &dwThreadId);
if (hThread == NULL)
{
return FALSE;
}
break;
case DLL_PROCESS_DETACH:
SendMessage(g_hWnd, WM_CLOSE, 0, 0);
WaitForSingleObject(hThread, INFINITE); // 這里存在死循環(huán)
CloseHandle(hThread); // 執(zhí)行不到這里
break;
case DLL_THREAD_ATTACH:
break;
case DLL_THREAD_DETACH:
break;
default:
break;
}
return TRUE;
}
在DLL_PROCESS_ATTACH的時(shí)候創(chuàng)建了一個(gè)線程，這個(gè)線程中創(chuàng)建了一個(gè)隱藏的窗口，并利用MCI實(shí)現(xiàn)播放音樂，具體就不貼出了。然后在DLL_PROCESS_DETACH中停止和關(guān)閉設(shè)備。
但是在應(yīng)用程序中，發(fā)現(xiàn)注入時(shí)無異常，在需要撤銷DLL映射時(shí)出現(xiàn)了問題，程序出現(xiàn)了死循環(huán)，在等待遠(yuǎn)程線程執(zhí)行FreeLibaray完畢時(shí)不返回了。
注意上面代碼中DLL_PROCESS_DETACH的代碼，SendMessage用來關(guān)閉窗口，窗口會(huì)在WM_DESTROY通知下調(diào)用PostQuitMessage(0)使得線程的消息循環(huán)退出，從而線程退出。但是WaitForSingleObject函數(shù)無法返回。
后來發(fā)現(xiàn)這里存在死循環(huán)，因?yàn)閳?zhí)行DllMain的線程是序列化的，必須等待一個(gè)線程執(zhí)行完畢之后另一個(gè)線程才能執(zhí)行。在SendMessage后，導(dǎo)致創(chuàng)建的線程即將退出，這時(shí)該線程會(huì)調(diào)用DllMain，并以DLL_THREAD_DETACH作為通知。可是調(diào)用SendMessage的線程調(diào)用DllMain時(shí)卻還在等待即將退出的線程結(jié)束，DllMain還沒有返回，因此存在了死循環(huán)。
因此，在DllMain中不適合調(diào)用WaitForSingleObject等函數(shù)來等待線程完畢。
以前都是在博客園的，發(fā)現(xiàn)博客園關(guān)注的是.Net技術(shù)，感覺和自己的興趣與特長關(guān)系不大，因此申請了C++博客。
原博客園博客地址：
http://www.cnblogs.com/wz19860913/