win32

意義

從單線程到多進程是操作系統發展的一種必然趨勢，當年的DOS系統屬于單任務操作系統，最優秀的程序員也隻能通過駐留内存的方式實現所謂的"多任務"，而如今的Win32操作系統卻可以一邊聽音樂，一邊編程，一邊打印文檔。

理解多線程及其同步、互斥等通信方式是理解現代操作系統的關鍵一環，當我們精通了Win32多線程程序設計後，理解和學習其它操作系統的多任務控制也非常容易。許多程序員從來沒有學習過嵌入式系統領域著名的操作系統VxWorks，但是立馬就能在上面做開發，大概要歸功于平時在Win32多線程上下的功夫。

因此，學習Win32多線程不僅對理解Win32本身有重要意義，而且對學習和領會其它操作系統也有觸類旁通的作用。

進程線程

先闡述一下進程和線程的概念和區别，這是一個許多大學老師也講不清楚的問題。

概念

進程（Process）是具有一定獨立功能的程序關于某個數據集合上的一次運行活動，是系統進行資源分配和調度的一個獨立單位。程序隻是一組指令的有序集合，它本身沒有任何運行的含義，隻是一個靜态實體。而線程則不同，它是程序在某個數據集上的執行，是一個動态實體。它因創建而産生，因調度而運行，因等待資源或事件而被處于等待狀态，因完成任務而被撤消，反映了一個程序在一定的數據集上運行的全部動态過程。

線程（Thread）是進程的一個實體，是CPU調度和分派的基本單位。線程不能夠獨立執行，必須依存在應用程序中，由應用程序提供多個線程執行控制。

二者關系

線程和進程的關系是：線程是屬于進程的，線程運行在進程空間内，同一進程所産生的線程共享同一内存空間，當進程退出時該進程所産生的線程都會被強制退出并清除。線程可與屬于同一進程的其它線程共享進程所擁有的全部資源，但是其本身基本上不擁有系統資源，隻擁有一點在運行中必不可少的信息(如程序計數器、一組寄存器和棧)。

操作系統分類

根據進程與線程的設置，操作系統大緻分為如下類型：

（1）單進程、單線程，MS-DOS就是這種操作系統；

（2）多進程、多線程，Win32（Windows NT/2000/XP等）、Solaris 2.x和OS/2都是這種操作系統；

（3）單進程、多線程，VxWorks是這種操作系統。

引入線程好處

在操作系統中引入線程帶來的主要好處有：

（1）通過進程來創建、終止線程比單獨地通過應用程序來創建、終止線程要快；

（2）同一進程内的線程間切換比進程間的切換要快，尤其是用戶級線程間的切換。另外，線程的出現還有以下幾個原因：

①并發程序的并發執行，在多處理環境下更為有效。一個并發程序可以建立一個進程,而這個并發程序中的若幹并發程序段就可以分别建立若幹線程,使這些線程在不同的處理機上執行。

②每個進程具有獨立的地址空間，而該進程内的所有線程共享該地址空間。這樣可以解決父子進程模型中，子進程必須複制父進程地址空間的問題。

③線程對解決客戶/服務器模型非常有效。

進程作用

進程間通信

Win32進程間通信的方式主要有：

（1）剪貼闆(Clip Board)；

（2）動态數據交換(Dynamic Data Exchange)；

（3）部件對象模型(Component Object Model)；

（4）文件映射(File Mapping)；

（5）郵件槽(Mail Slots)；

（6）管道(Pipes)；

（7）Win32套接字(Socket)；

（8）遠程過程調用(Remote Procedure Call)；

（9）WM_COPYDATA消息(WM_COPYDATA Message)。

獲取進程信息

在WIN32中，可使用在PSAPI .DLL中提供的Process status Helper函數幫助我們獲取進程信息。

（1）EnumProcesses()函數可以獲取進程的ID，其原型為：

BOOL EnumProcesses(DWORD * lpidProcess, DWORD cb, DWORD*cbNeeded);

函數返回值：如果調用成功，返回TRUE，同時将所有進程的ID值存放在lpidProcess參數所指向的數組中，進程個數存放在cbNeeded參數所指向的變量中；如果調用失敗，返回FALSE。

（2）GetModuleFileNameExA()函數可以實現通過進程句柄獲取進程文件名，其原型為：

DWORD GetModuleFileNameExA(HANDLE hProcess, HMODULE hModule,LPTSTR lpstrFileName, DWORD nsize);

函數返回值：如果調用成功，返回一個大于0的DWORD類型的數據，同時将hProcess所對應的進程名存放在lpstrFileName參數所指向的數組中；如果調用失敗，則返回0。

通過下列代碼就可以遍曆系統中的進程，獲得進程列表：

//獲取當前進程總數

EnumProcesses(process_ids, sizeof(process_ids), &num_processes);

//遍曆進程

for (int i = 0; i < num_processes; i++)

{

//根據進程ID獲取句柄

process[i] = OpenProcess(PROCESS_QUERY_INFORMATION | PROCESS_VM_READ, 0,

process_ids[i]);

//通過句柄獲取進程文件名

if (GetModuleFileNameExA(process[i], NULL, File_name, sizeof(fileName)))

cout << fileName << endl;

}

環境簡介

Dos彙編的特點

在Dos下編彙編程序，我們可以管理系統的所有資源，我們可以改動系統中所有的内存，如自己改動内存控制塊來分配内存，自己修改中斷向量表來截獲中斷等，對其他操作也是如此，如我們對鍵盤端口直接操作就可以把鍵盤屏蔽掉，可以這樣來描述Dos系統：系統隻有一個特權級别，在編程上講，任何程序和操作系統都是同級的，所以在Dos下，一個編得不好的程序會影響其他所有的程序，如一個程序把鍵盤口中斷關掉了，所有程序就都不能從鍵盤獲得鍵入的數據，直到任何一個程序重新打開鍵盤為止，一個程序陷入死循環，也沒有其他程序可以把它終止掉。Dos下的編程思路是“單任務”的，你隻要認為你的程序會按照你的流程一步步的執行下去，不必考慮先後問題（當然程序可能會被中斷打斷，但你可以認為它們會把環境恢複，如果中斷程序沒有把環境恢複，那是他們的錯）。

内存管理方式上的不同

在内存管理方式上，Dos彙編和Win32彙編也有很多的不同：Dos工作在實模式下，我們可以尋址1M的内存，尋址時通過段寄存器來制定段的初始地址，每個段的大小為64K，超過1M的部分，就隻能把他作為XMS使用，也就是說，隻能用作數據存放使用而無法在其中執行程序。

而Windows在保護模式下執行，這裡所有的資源對應用程序來說都是被“保護”的：程序在執行中有級别之分，隻有操作系統工作在最高級--0級中，所有應用程序都工作在3級中（Ring3)， 在Ring3中，你無法直接訪問IO端口，無法訪問其他程序運行的内存，連向程序自己的代碼段寫入數據都是非法的，會在Windows的屏幕上冒出一個熟悉的藍屏幕來。隻有對Ring0的程序來說，系統才是全開放的。

内存的不同

在内存方面，Windows使用了處理器的分頁機制，使得對應用程序來說，所有的内存都是“平坦”的，你不必用一個段寄存器去指定段的地址，因為在保護模式下，段寄存器的含義是不同的（可以參見80386手冊方面的書籍），你可以直接指定一個32位的地址來尋址4GB的内存。

程序結構方面的不同

在程序結構方面，Windows程序也有很大的不同，它是“基于消息”的，你可以想象這樣一個常見的Windows窗口，上面有幾個按鈕，如果你用Dos編程的思路去考慮，你會發現實現它很困難：鼠标移動到窗口邊緣時拖動會改變窗口大小，鼠标點擊按鈕時再做要做的事，你會發現，你的程序自開始執行後就在等待，你不知道鼠标先會點什麼地方，實際上你是在等待所有可能的事情的發生。而在Dos下，你可以隻顧自己先執行，需要用戶輸入時，再停下來，你不輸入我就不再執行，而且，我讓你輸入數據A你就不能輸入數據B。

好了，言歸正傳，因為以上是Win32編程的基礎，無論對Win32彙編還是VC++，它們都是一樣的，下面我們來看看有關Win32彙編的内容。

編譯器

Win32ASM的編譯器最常用的有兩種：Borland公司的Tasm5.0和Microsoft的Masm6.11以上版本，兩種編譯器各有自己的優缺點，Tasm帶了一個不大不小的Import庫，而Masm沒有帶，但Masm在代碼的優化上面好象比Tasm做得好，但它卻不帶Import庫。看來使用哪一種編譯器還是比較難選擇的，但Steve Hutchesson給了我們一個答案，他為Masm建立了一個很全的Import庫，基本上包括了Windows絕大部分的Api函數，這些庫、include文件和其他工具還有Masm6.14版本一起做成了一個 Masm32編譯器 -- Masm32V5。這樣一來，我們用彙編編程就象用C一樣方便。

因為有了Masm32V5，所以就我個人而言，我推薦使用Masm作為Win32ASM的編譯工具，但Masm和Tasm的宏語法有很多的不同，我的這個教程是以Masm格式寫的。

環境設置

在Win32編程中，由于Windows有很多的數據結構和定義，這些都放在include文件中，還有連接時要用到Import庫（通俗的講就是Windows提供的DLL文件中的函數列表，也就是告訴程序到哪裡去調用API函數），這些都放在include 和lib目錄中。我們在編譯時要指定以下的系統環境：

set include=Masm32v5Include

set lib=Masmv5lib

set path=Masmv5Bin

這樣編譯器就會到正确的路徑中去找 include 文件和 lib 文件。你可以自己在 autoexec.bat 文件中加上以上語句，為了産生Windows的PE格式的執行文件，在編譯和連接中要指定相應的參數：

編譯： Ml /c /coff 文件名.asm

連接： Link /SUBSYSTEM:WINDOWS OBJ文件名.obj 資源文件名.res

為了不在每次編譯時都要打這麼多的參數，我們可以用 nmake 文件來代為執行，nmake 是代碼維護程序，他會檢查 .asm .obj .exe .res 等文件的時間，如果你更新了源程序，他會自動執行編譯程序或連接程序産生相應的文件。你可以在文件名為 makefile 的文件中指定使用的編譯器和連接程序以及相應的參數，下面是一個 makefile 文件的例子：

NAME = Clock

OBJS = $(NAME).obj

RES = $(NAME).res

$(NAME).exe: $(OBJS) $(RES)

Link /DEBUG /SUBSYSTEM:WINDOWS $(OBJS) $(RES)

$(RES): $(NAME).rc

Rc $(NAME).rc

.asm.obj:

Ml /c /coff $(NAME).asm

文件告訴nmake程序，程序名為 clock，産生 clock.exe 文件需要 clock.obj和 clock.res 文件，而産生 clock.res 文件需要 clock.rc 文件，産生 clock.obj 文件要用到 clock.asm 文件，至于是否需要執行 ml, link 和 rc，程序會根據文件的時間自動判斷。

基本知識

概念

窗口是屏幕上的矩形區域。一個窗口可以從鍵盤或者鼠标接受用戶的輸入，并在其内部顯示圖形輸出。一個應用程序窗口通常包含程序的标題條、菜單、邊框，滾動條。其中，對話框也是一種窗口。不同的是，對話框表面通常包含幾個其它窗口，稱之為“子窗口”。這些子窗口的形式有壓入按鈕、單選按鈕、複選框、文本輸入區域、列表框和滾動條等。 用戶将這些窗口看成屏幕上的對象，可以通過按下一個按鈕或者滾動一個滾動條與這些對象直接交互。

通訊方式

窗口以“消息”的形式接收窗口的輸入，窗口也用消息與其它窗口通訊。比如在程序窗口的大小改變時，字處理器會重新格式化其中的文本。窗口大小改變的細節是由操作系統處理的，但程序能夠響應這個系統功能。當用戶改變窗口的大小時，Windows給程序發送一條消息指出新窗口的大小。然後，程序就可以調整窗口中的内容，以響應大小的變化。程序創建的每一個窗口都有相關的窗口過程。也就是給這個窗口指定一個子程序（窗口過程），Windows通過調用它來給窗口發送消息。窗口過程再根據此消息進行處理，然後将控制返回給Windows。

創建基礎

窗口在“窗口類”的基礎上創建的。Windows定義了缺省的窗口過程，如果你對所有的消息都讓Windows自己處理，那麼你就能得到一個标準的窗口，同樣，你也可以選擇處理自己感興趣的消息，這樣，相當于産生了不同的子類，也就形成了不同的應用程序。同樣，子窗口也是基于同一個窗口類，并且使用同一個窗口過程。例如，所有Windows 程序中的所有按鈕都基于同一窗口類。這個窗口類有一個處理所有按鈕消息的窗口過程，但是，如果你按自己的設想設計一個按鈕，如想把按鈕的表面換成位圖，你就可以自己處理按鈕窗口的 WM_PAINT 消息，當 Windows 需要畫按鈕表面的時候，你就可以随自己的意思去畫。

Windows程序開始執行後，Windows為該程序創建一個“消息隊列”。這個消息隊列用來存放該程序可能創建的各種不同窗口的消息。程序中有一段代碼，叫做“消息循環”， 它用來從隊列中取出消息，并且将它們發送給相應的窗口過程。在沒有消息發生的時候，你的程序實際上就在消息循環中轉圈子。

結構語法

讓我們先來看看一個最簡單的Win32彙編程序：

.386

.model flat, stdcall

option casemap :none ; case sensitive

include windows.inc

include kernel32.inc

include user32.inc

includelib kernel32.lib

includelib user32.lib

.data

szCaption db 'Win32彙編例子',0

szText db 'Win32彙編，Simple and powerful!',0

.code

start:

invoke MessageBox,NULL,addr szText,addr szCaption,MB_OK

invoke ExitProcess,NULL

end start

這就是一個能執行的最簡單的Win32彙編程序，下面我簡單地介紹一下各部分的作用：

386

這條語句和Dos下彙編是一樣的，是告訴編譯器我們要用到80386的指令集，因為32位彙編程序要用到32位的寄存器如eax,ebx等，所以這一句是必須的，當然，你也可以用.486,.586等，當用到特權指令時，還可以用 .386p,.486p等等。

model flat stdcall

.model告訴編譯器程序的模式，編過Dos彙編的人可能知道在Dos程序的模式有tiny,small,...huge 等，它指定了程序内存尋址模式，在huge等模式下，内存尋址和子程序調用将用Far的格式，但在Win32彙編中，你隻能使用一個模式即 flat 模式，因為對Win32程序來說，内存是連續的一個4GB的段，無所謂小或大的模式。而stdcall 告訴編譯器參數的傳遞方式，在調用子程序時，參數是通過堆棧傳遞的，參數的傳遞方式有三種，stdcall,c 和 pascal，stdcall 指定了參數是從右到左壓入堆棧的，比如說對一個Windows API 如 MessageBox，在手冊中是如此定義的：

int MessageBox(

HWND hWnd, // handle of owner window

LPCTSTR lpText, // address of text in message box

LPCTSTR lpCaption, // address of title of message box

UINT uType // style of message box

);

那麼在彙編中我們就可以這樣調用它：

push uType

push lpCaption

push lpText

push hWnd

call MessageBox

大家要注意最右面的參數是最後一個進堆棧的，當然，我們不必這樣麻煩的調用一個 API，因為Masm中的一個宏語句不但幫助我們完成了所有的壓棧操作，還幫我們檢查參數的個數是否正确，那就是 invoke 語句，我們可以把上面的語句換成 invoke MessageBox,hWnd,lpText,lpCaption,uType 就行了。如本程序中代入實際參數就成了 invoke MessageBox,NULL,addr szText,addr szCaption,MB_OK。

include 語句

include 語句包含了一些系統的定義和API函說明，其中所有的Windows 數據結構定義和常量定義包含在 windows.inc 中，而其他 API函數的說明包含在 xxx.inc 中， 如查 Microsoft Win32 Programmer's Reference 知道 ExitProcess包含在kernel32.dll 中，那麼我們就要在程序中包括 include kernel32.inc 和 includelib kernel32.lib語句，否則在編譯時會出現 API 函數未定義的錯誤。而 MessageBox 在 user32.dll 中，那麼我們就要在程序中包括 include user32.inc 和 includelib user32.lib語句

data 或data

指明了接下來是數據段，.data 定義了預定義的變量，.data?定義了未初始化的變量，兩者的不同之處是 .data? 定義的變量并不占用 .exe 文件的大小，而是在程序執行時動态分配，所以開始是不指定初始值的數據可以放在 .data? 段中，如一個1K大小的緩沖區，放在 .data?中，程序将不會增加一個字節。

code

指明了接下來是代碼段，我們的所有代碼都放在這裡。最後的一句 start 語句指定了程序開始執行的語句。程序中的 ExitProcess 是一個标準的 Win32 API，對應 Dos彙編中的 int 20h 或 mov ah,4ch/int 21h，也就是程序退出。而 MessageBox 也是一個标準的 API，功能是在屏幕上顯示一個消息框，具體的參數上面已經解釋過了還有要注意的是 invoke MessageBox,NULL,addr szText,addr szCaption,MB_OK 語句中， MB_OK 和 NULL 已經預定義在 Windows.inc 中。

Windows 的資源文件

不管在Dos下編程還是在Windows下編程，我們總是要用到除了可執行文件外的很多其他數據，如聲音數據，圖形數據，文本等等，在Dos下編程，我們可以自己定義這些文件的格式，但這樣一來就造成了很多資源共享的問題，大家可能還記的Dos下的很多遊戲，它們的圖形都是按自己的格式存放的，你無法用标準的看圖軟件來看。也無法把它另存為其他格式。雖然在Win32編程中，我們仍然可以這樣做，但Win32編程給了我們一個方案 ---- 就是格式統一的資源文件，把字符串、圖形、對話框包括上面的按鈕，文本等定義到一個資源文件中，就可以方便的在不同的文件中使用它，最重要的是，如果我們用自己的文件格式，使用時就要涉及到這些文件的讀寫操作，比較複雜，但使用資源文件時，Windows提供了一系列的API來裝入資源。非常方便。.rc，當它用資源編譯器編譯以後産生 .res 文件就可以在 link的時候連入.exe 文件中：

#include 

#define DLG_MAIN 1

DLG_MAIN DIALOGEX 0, 0, 236, 185

STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU

CAPTION "對話框模闆"

FONT 9, "宋體"

BEGIN

DEFPUSHBUTTON "退出",IDOK,177,163,50,14

CONTROL "",-1,"Static",SS_ETCHEDHORZ,7,155,222,1

END

.rc文件的語法：

#include  -- resource.h文件包括資源文件的一些常量定義，如下面的 WS_POPUP,WS_VISIBLE 等窗口的風格等等

#define DLG_MAIN 1 -- 類似于 .asm 文件的 equ 語句，和彙編源程序一樣，這些定義是為了程序的可讀性。

DLG_MAIN DIALOGEX 0,0,236,185

Windows的.rc文件可以定義 BITMAP(位圖),CURSOR(光标),ICON(圖标),ACCELERATORS(加速鍵),DIALOG(對話框),MENU(菜單),STRINGTABLE(字符串表),RCDATA(自定義資源)等8種資源，詳細的描述可以參考有關MFC的書籍，在Win32ASM中的資源編譯器的語法中，一般格式是這些資源的定義方法是：

位圖定義： nameID BITMAP [load-mem] filename

光标定義： nameID CURSOR [load-mem] filename

圖标定義： nameID ICON [load-mem] filename

加速鍵定義：

acctablename ACCELERATORS [optional-statements]

BEGIN event, idvalue, [type] [options]

. . .

END

等等，具體的定義和參數可以參考 Masm32v5 中的 Rc.hlp 幫助文件。(可以在編程工具中下載)，我們可以用資源編輯器來所見即所得地編輯資源，也可以在文本編輯器中用上面這些語句自己定義資源。

在程序中使用資源

在程序中，要使用資源之前必須先裝如内存，Windows定義了一系列的API來裝入資源，如 LoadMenu，LoadString，LoadBitmap 等等，如 LoadBitmap 的定義：

HBITMAP LoadBitmap(

HINSTANCE hInstance, // handle of application instance

LPCTSTR lpBitmapName // address of bitmap resource name

);

這些Load函數的返回值是一個句柄，調用參數中一般至少為兩項： hInstance 和 ResouceName，這個 ResouceName(如BitmapName,MenuName)就是在資源文件中的 #define 指定的值，如果你用 #define MY_ICON 10/ MY_ICON ICON "Main.ico" 定義了一個圖标，那麼在程序中要使用 Main.ico 圖标就可以用 LoadIcon(hInstance,10) 來裝入已經定義為10号的圖标文件。另一個參數 hInstance 是執行文件的句柄，它對應資源所在的文件名，你可以在程序開始執行時用 invoke GetModuleHandle,NULL 獲得 hInstance。另外一些資源并不是顯式地裝入的，如對話框資源，它是在建立對話框的函數中由Windows自己裝入的，如下面例子中的 invoke DialogBoxParam,hInstance,DLG_MAIN,NULL,offset _ProcDlgMain,0 ，是在屏幕上顯示一個資源文件中已經定義好了的對話框，就并不存在 LoadDialogBox 之類的API來先裝入對話框。

對話框

源程序

源程序如下：

.386

.model flat, stdcall

option casemap :none ; case sensitive

include windows.inc

include user32.inc

include kernel32.inc

include comctl32.inc

include comdlg32.inc

includelib user32.lib

includelib kernel32.lib

includelib comctl32.lib

includelib comdlg32.lib

DLG_MAIN equ 1

.data?

hInstance dd ?

szBuffer db 256 dup (?)

_ProcDlgMain PROTO :DWORD,:DWORD,:DWORD,:DWORD

.data

.code

_ProcDlgMain proc uses ebx edi esi, 

hWnd:DWORD,wMsg:DWORD,wParam:DWORD,lParam:DWORD

mov eax,wMsg

.if eax == WM_CLOSE

invoke EndDialog,hWnd,NULL

.elseif eax == WM_INITDIALOG

.elseif eax == WM_COMMAND

mov eax,wParam

.if eax == IDOK

invoke EndDialog,hWnd,NULL

.elseif eax == IDCANCEL

invoke EndDialog,hWnd,NULL

.endif

.else

mov eax,FALSE

ret

.endif

mov eax,TRUE

ret

_ProcDlgMain endp

start:

invoke InitCommonControls

invoke GetModuleHandle,NULL

mov hInstance,eax

invoke DialogBoxParam,hInstance,DLG_MAIN,NULL,offset _ProcDlgMain,0

invoke ExitProcess,NULL

end start

解析

_ProcDlgMain PROTO :DWORD,:DWORD,:DWORD,:DWORD

PROTO 語句類似于C語言中的函數定義，在Win32彙編中，如果子程序的定義在引用以後，你就必須先定義，當然，這個定義是針對 invoke 語句和其他帶參數的調用的，如果你的子程序沒有參數，你就可以用 call 指令去調用它而不是用宏指令 invoke，這時候你就不必聲明這個函數。

_ProcDlgMain proc uses ebx edi esi, 

hWnd:DWORD,wMsg:DWORD,wParam:DWORD,lParam:DWORD

這個定義 proc 的語句應該是不陌生的，要重複講解一下的是 uses 和 下面的參數，uses 下的寄存器表示要編譯器自動插入保存及恢複這些寄存器的指令， 是在 Masm32 中接下一行的符号，表示下一行是本行的繼續内容，以避免一行中的内容過長。下面的 hWnd:DWORD 等語句定義了調用這個子程序的參數，如果有以下定義 MyProc proc dwPara1:DWORD,dwPara2:DWORD,dwPara3:DWORD，然後你用 invoke MyProc 1,2,3 來調用它，那麼，1,2,3 将分别被賦值給 dwPara1,dwPara2,dwPara3，你可以在子程序中使用這些傳遞過來的參數。如果參數的類型是雙字，那麼:DWORD 可以省略。

.if/.else/.elseif/.endif

這些語句是宏指令，實際上不說你也知道它們的意思，有了這些宏指令，我們就可以把彙編編得象C一樣結構清晰，而不必老是看到 jmp 指令了，當然，這隻不過編譯器幫你做了這些事情而已，如果你去反彙編一下，你開始會看到一大堆 jmp 指令，.if 的格式如下

.if eax == 1 如果eax等于1

.if eax != 1 如果eax不等于1

.if eax != 1 && ebx != 2 如果eax不等于1且ebx不等于2

.if eax == 1 || ebx == 2 如果eax等于1或者ebx等于2

其他的宏指令還有 .while/.endw .break 等等，可以參考 Masm32V5 的幫助文件 Masm32.hlp

最後要講到的就是 DialogBoxParam 這個API了，在Windows中，所有的窗口都要指定一個子程序，當Windows檢測到鼠标、定時器等和這個窗口有關的動作時，它回調用這個子程序，這就是Windows基于消息的體系的最基本的概念，換句話說，在Dos下，我們通過INT指令調用系統，而在Windows 下，有很多時候是你指定子程序地址讓Windows來調用你。 invoke DialogBoxParam,hInstance,DLG_MAIN,NULL,offset _ProcDlgMain,0中的 offset _ProcDlgMain 就指定了如果有消息發生，Windows就來執行這個子程序，參數中的 DLG_MAIN 就是在資源文件中定義的對話框模闆編号。 hInstance 是對話框所在的資源文件的句柄。

另外，在_ProcDlgMain 子程序中，Windows傳給我們4個參數hWnd,wMsg,wParam,lParam，其中，hWnd是對話框的窗口句柄，wMsg表示發生的消息事件，如這個對話框初始化時Windows會以WM_INITDIALOG為消息調用，關閉時為WM_CLOSE，按下對話框上的按鈕時為WM_COMMAND等，wParam和lParam是附加的參數，對應不同的消息對應不同定義，具體可以參考Win32 Programmer's reference。

創建窗口

過程

創建一個窗口的過程如下：

取得程序的實例句柄(hInstance)

注冊窗口類，實際上就是為你的窗口指定處理消息的過程，定義光标，窗口風格，顔色等參數

創建窗口

顯示窗口

然後進入消息循環，也就是不停地檢測有無消息，并把它發送給窗口進程去處理。

編程要點

創建一個窗口的代碼在不同的程序中實際上是幾乎一模一樣的，所以你編一個新的程序時可以把這一段拷來拷去，稍微修改一下就行，程序的大部分代碼實際上是用在窗口過程中，因為這才是不同程序的不同之處。窗口過程的編程要點如下：

從Windows傳給窗口過程的參數 uMsg 得到消息類型，并轉到不同的分枝去處理。

對自己已經處理的消息，返回 Windows 時必須在eax 中返回0。

自己不處理的消息，必須調用 DefWindowProc 處理，并把返回值傳回Windows，否則，Windows會無法顯示。

uMsg 參數中指定的消息有280多種，實際上我們需要處理的隻有重要的幾種，如Windows在創建的時候會發送 WM_CREATE 消息，我們就可以在這時候初始化，分配内存等等，而退出時會發送 WM_CLOSE，我們就可以進行釋放内存等清除工作，當Windows上的菜單或按鈕被按下時發送 WM_COMMAND 消息等等，具體可以參考 Win32 Programmer's Reference。下面，我們來看一個創建窗口的簡單程序。

程序

.386

.model flat, stdcall

option casemap :none ; case sensitive

include windows.inc

include user32.inc

include kernel32.inc

include comctl32.inc

include comdlg32.inc

include gdi32.inc

includelib user32.lib

includelib kernel32.lib

includelib comctl32.lib

includelib comdlg32.lib

includelib gdi32.lib

IDI_MAIN equ 1000 ;icon

IDM_MAIN equ 4000 ;menu

IDM_EXIT equ 4001

.data?

hInstance dd ?

hWinMain dd ?

hMenu dd ?

szBuffer db 256 dup (?)

.data

szClassName db "Windows Template",0

szCaptionMain db '窗口模闆',0

.code

start:

call _WinMain

invoke ExitProcess,NULL

_WinMain proc

local @stWcMain:WNDCLASSEX

local @stMsg:MSG

invoke InitCommonControls

invoke GetModuleHandle,NULL

mov hInstance,eax

invoke LoadIcon,hInstance,IDI_MAIN

mov hIcon,eax

invoke LoadMenu,hInstance,IDM_MAIN

mov hMenu,eax

;*************** 注冊窗口類 *****************************************

invoke LoadCursor,0,IDC_ARROW

mov @stWcMain.hCursor,eax

mov @stWcMain.cbSize,sizeof WNDCLASSEX

mov @stWcMain.hIconSm,0

mov @stWcMain.style,CS_HREDRAW or CS_VREDRAW

mov @stWcMain.lpfnWndProc,offset WndMainProc

mov @stWcMain.cbClsExtra,0

mov @stWcMain.cbWndExtra,0

mov eax,hInstance

mov @stWcMain.hInstance,eax

mov @stWcMain.hIcon,0

mov @stWcMain.hbrBackground,COLOR_WINDOW + 1

mov @stWcMain.lpszClassName,offset szClassName

mov @stWcMain.lpszMenuName,0

invoke RegisterClassEx,addr @stWcMain

;*************** 建立輸出窗口 ***************************************

invoke CreateWindowEx,WS_EX_CLIENTEDGE,

offset szClassName,offset szCaptionMain,

WS_OVERLAPPEDWINDOW OR WS_VSCROLL OR WS_HSCROLL,

0,0,550,300,

NULL,hMenu,hInstance,NULL

invoke ShowWindow,hWinMain,SW_SHOWNORMAL

invoke UpdateWindow,hWinMain

;*************** 消息循環 *******************************************

.while TRUE

invoke GetMessage,addr @stMsg,NULL,0,0

.break .if eax == 0

invoke TranslateMessage,addr @stMsg

invoke DispatchMessage,addr @stMsg

.endw

ret

_WinMain endp

;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

WndMainProc proc uses ebx edi esi, 

hWnd:DWORD,uMsg:DWORD,wParam:DWORD,lParam:DWORD

mov eax,uMsg

.if eax == WM_CREATE

mov eax,hWnd

mov hWinMain,eax

call _Init

.elseif eax == WM_COMMAND

.if lParam == 0

mov eax,wParam

.if ax == IDM_EXIT

call _Quit

.endif

.endif

.elseif eax == WM_CLOSE

call _Quit

.else

invoke DefWindowProc,hWnd,uMsg,wParam,lParam

ret

.endif

xor eax,eax

ret

WndMainProc endp

_Init proc

invoke SendMessage,hWinMain,WM_SETICON,ICON_SMALL,hIcon

ret

_Init endp

_Quit proc

invoke DestroyWindow,hWinMain

invoke PostQuitMessage,NULL

ret

_Quit endp

end start

窗口程序分析

讓我們來簡單分析一下這個程序，首先程序調用 _WinMain，在_WinMain 中定義了兩個局部變量 @stMsg 和 @stWinMain，數據類型分别是 MSG 和 WNDCLASSEX結構，在參考手冊中，可以看到WNDCLASSEX定義了一個窗口的所有參數，如使用的菜單、光标、顔色、窗口過程等，接下來的一大堆 mov 指令實際上就是在填寫這個數據結構，填寫完成後，最重要的兩句是 mov @stWcMain.lpfnWndProc,offset WndMainProc 定義了處理消息的窗口過程， mov @stWcMain.lpszClassName,offset szClassName 定義了你要創建的類的名稱，然後就是使用 RegisterClassEx 注冊這個窗口類，注意，這時候窗口并沒有創建，你隻不過是定義好了一個子類，接下去你要用你定義的類去創建一個窗口。也就是使用 CreateWindowEx 函數去創建它。在手冊中，CreateWindowEx 是這樣定義的：

HWND CreateWindowEx(

DWORD dwExStyle, // extended window style

LPCTSTR lpClassName, // pointer to registered class name

LPCTSTR lpWindowName, // pointer to window name

DWORD dwStyle, // window style

int x, // horizontal position of window

int y, // vertical position of window

int nWidth, // window width

int nHeight, // window height

HWND hWndParent, // handle to parent or owner window

HMENU hMenu, // handle to menu, or child-window identifier

HINSTANCE hInstance, // handle to application instance

LPVOID lpParam // pointer to window-creation data );

其中的參數 dwExStyle 是窗口的風格，lpClassName 就是我們自己定義的類的名字。如果大家要創建一個已經定義好的類，如 RichEdit 類等等，隻要把 lpClassName 指向 "RichEdit32" 字符串就行了，當然這時就不用 RegisterClass 以及編寫自己的窗口過程了。執行 CreateWindowEx 後，得到一個返回值就是窗口句柄，這個值在以後是要經常用到了，所以要先保存下來。這時窗口并沒有在屏幕上顯示出來，而是處于隐藏狀态，我們要用 ShowWindow 來顯示出窗口并用UpdateWindow 來繪窗口的内容。

窗口顯示出來後，程序就進入一個循環----消息循環，前面我已經說過，作用是不停地接收 Windows 消息并發送給窗口過程去處理。GetMessage 從消息隊列中取出一條消息，如果取得的消息不是 WM_QUIT，那麼 GetMessage 返回一個非零值，否則返回零，這時候循環結束，程序執行 ExitProcess退回操作系統。TranslateMessage 将消息進行一些鍵盤轉換，用于處理一些快捷鍵，DispatchMessage 将處理後的消息發回 Windows，由Windows調用窗口進程進行處理，當窗口進程處理完返回後，程序才從 DispatchMessage 返回，從而開始下一個 GetMessage 調用。這些函的參數可以參考手冊。

窗口過程分析

窗口過程有四個參數，hWnd 是本窗口的句柄，和創建窗口時返回的值相同，uMsg 是本次調用的消息類型，wParam 和lParam是消息的參數，其含義和數值根據消息的不同而不同。在本程序中，我們處理 WM_CREATE,WM_COMMAND 和 WM_QUIT 消息，然後返回0，對不處理的消息，使用 invoke DefWindowProc,hWnd,uMsg,wParam,lParam 來處理并直接用 ret 将返回值傳回 Windows。在響應 WM_CLOSE 消息時，我們用 DestroyWindow 清除窗口并用PostQuitMessage 産生一條 WM_QUIT 消息，從而使程序在 消息循環調用GetMessage 時返回0，以結束消息循環并結束程序。

常見應用

如何隐藏/顯示任務欄

shell db "Shell_TrayWnd",0 ; 任務欄的類名

invoke FindWindow,addr shell,NULL ; 先獲得句柄,之後隐藏.

.if eax != 0

invoke ShowWindow,eax,SW_HIDE ; 用SW_SHOW顯示

.endif

- 如何禁止/允許/顯示/隐藏開始按鈕?

.data?

buffer db 127 dup(?)

.data

shell db "Shell_TrayWnd",0

sbar db "BUTTON",0

child dd ?

slen dd ?

.code

invoke FindWindow,addr shell,NULL ; 獲得狀态欄句柄

mov tray, eax

invoke GetWindow,tray, GW_CHILD ; 獲得狀态欄的子窗口(如果有的話)

mov child, eax

.if child != 0

invoke GetClassName,child,offset buffer, sizeof buffer ;獲得子窗口類名

.if eax > 0

invoke lstrlen, offset buffer ;獲得類名長度

mov slen,eax

invoke CharUpperBuff,offset buffer,slen ;轉為大寫

invoke lstrcmp,addr buffer, addr sbar ;将類名與'BUTTON'比較

.if eax == 0

invoke ShowWindow,child,SW_HIDE ; 隐藏開始按鈕

; invoke ShowWindow,child,SW_SHOW ; 顯示開始按鈕

; invoke EnableWindow,child,FALSE ; 禁止開始按鈕

; invoke EnableWindow,child,TRUE ; 允許開始按鈕

.endif

.endif

.endif

--------------------------------------------------------------------------------

- 如何創建一個真正的"總在最上面"窗口?

invoke SetWindowPos,hWin, HWND_TOPMOST,NULL,NULL,NULL,NULL,SWP_NOACTIVATE or SWP_NOMOVE or SWP_NOSIZE

- 如何創建熱鍵?比如CTRL + ALT + A

.data

hmsg db "HotKey CTRL + ALT + A Works good!",0

hcap db "Hotkey Example",0

.code

.if uMsg == WM_CREATE

invoke RegisterHotKey,hWnd,065h,MOD_CONTROL or MOD_ALT, 041h ; CTRL + ALT + A (041h is 65 - 065h is 101)

.elseif uMsg == WM_HOTKEY

invoke MessageBox,hWin,addr hmsg,addr hcap, MB_OK or MB_ICONINFORMATION

.elseif uMsg == WM_DESTROY

invoke UnregisterHotKey,hWin,065h

invoke PostQuitMessage,NULL

return 0

.endif

-如何獲得Windows目錄和系統目錄?

.data

buffer db 50 dup(?)

hCap db "WindowsDirectory",0

.code

invoke GetWindowsDirectory, addr buffer, sizeof buffer ; 置Windows目錄于緩沖區中

; invoke GetSystemDirectory, addr buffer, sizeof buffer ;置系統目錄于緩沖區中

invoke MessageBox,hWnd, addr buffer, addr hCap, MB_OK or MB_ICONINFORMATION

- 如何從我的程序打開開始菜單?

invoke SendMessage,hWnd,WM_SYSCOMMAND,SC_TASKLIST,NULL

- 如何關閉正被激活的程序 ?

.data

fwin dd ?

.code

invoke GetForegroundWindow

mov fwin,eax

invoke SendMessage, fwin, WM_CLOSE,NULL

- 如何去掉窗口标題 ?

invoke GetWindowLong,hWnd,GWL_STYLE ; 獲得當前窗口類

and eax,not WS_CAPTION ; 去掉WS_CAPTION

invoke SetWindowLong,hWnd,GWL_STYLE,eax ; 設置窗口類

- 如何知道窗口是否在任務欄中(或可見)?

invoke IsWindowVisible,hWin

.if eax == TRUE

; 窗口可見

.else

; 窗口不可見

.endif

- 如何隐藏一個窗口?

.data

mirc db "mIRC32",0

mhand dd ?

.code

invoke FindWindow,addr mirc, NULL ; 尋找mIRC32

mov mhand,eax

.if mhand != 0 ; 找到?

invoke ShowWindow,mhand,SW_SHOW ; 顯示窗口

; invoke ShowWindow,mhand,SW_HIDE ; 隐藏窗口

.else

; mIRC32未運行...

.endif

- 如何将窗口置于前台?

invoke SetForegroundWindow, mhand

- 如何屏蔽CTRL+ALT+DEL,ALT+TAB+CTRL+ESC這些鍵?

invoke SystemParametersInfo,SPI_SCREENSAVERRUNNING,1,NULL,NULL

; Windows98 only 1 關閉 0 允許

- 如何确定Windows任務欄的自動隐藏特性是否被激活?

.data

AppBar APPBARDATA {} ; {} 指使用默認值... Thanks to TTom

.code

mov AppBar.cbSize, sizeof AppBar

invoke SHAppBarMessage, ABM_GETSTATE, addr AppBar ; ShellApi命令

and eax, ABS_AUTOHIDE

.if eax == TRUE

; 任務欄被隐藏

.else

; 任務欄未被隐藏

.endif

- 如何使用默認的浏覽器或郵件程序?

.data

lpPage db http://win32asm,0

lpMail db .tr",0

lpOperation db "open",0

.code

invoke ShellExecute,hWin,addr lpOperation, addr lpPage, NULL, NULL, SW_SHOWNORMAL

invoke ShellExecute,hWin,addr lpOperation, addr lpMail, NULL, NULL, SW_SHOWNORMAL

- 如何用Win32 API顯示網絡連接對話框?

include MASM32INCLUDEmpr.inc

includelib MASM32LIBmpr.lib

invoke WNetConnectionDialog,hWnd,RESOURCETYPE_DISK

主要錯誤

1. 80端口問題

很大一部分都來自端口問題，但是一般沒裝IIS的。則不會出現這個問題

2. 配置文件httpd.conf問題

配置文件中的則是拼寫問題了，建議每次更改前都對httpd.conf 文件備份。主要檢查 LoadModule php5_module "" 的路徑。包括有無中文字符，空格。以及ErrorLog 路徑，php.ini文件路徑無效等

3.netbios解析失敗問題

解決的辦法很簡單，步驟如下：

在"網上鄰居"上 點右鍵，菜單上選"屬性(R)"。出來"網絡連接"窗口，在"本地連接"上點右鍵，菜單中點"屬性(R)"。出來"本地連接 屬性"面闆，在"此鍊接使用下列項目"中找到："Internet 協議 (TCP/IP)"，并點擊它。在彈出的"Internet 協議 (TCP/IP) 屬性"面闆上，點擊"高級(V)..."按鈕。"高級 TCP/IP 設置"面闆上點"WINS"選項标簽，去掉"啟用 LMHOSTS 查詢(L)"前面的勾，點"确定"按鈕。

打開"控制面闆"，點擊"Windows 防火牆"，點擊"高級"選項标簽，選擇"本地連接"，并點擊旁邊的"設置(T)..."按鈕。在服務選項中找到"安全 Web 服務器(HTTPS)"，并把它勾選上，點"确定"按鈕。

4、相關軟件影響

迅雷開啟時，apache是啟動不了的。可以關掉迅雷再試試。

5、可能是php版本不是php5.0以上版

“LoadModule phpX_module” 讀取這個模塊是權限不夠。一般去掉這一行apache 就可以啟動了，但是php 卻沒加載上來。建議使用5.0以上版。

6、打開httpd.conf文件。搜索 ServerAdmin 把這行改為"#ServerAdmin" 保存，重啟。

啟動服務錯誤時，如服務日志沒有記錄。可以使用事件查看器，查看系統的日志錯誤。cmd 命令：eventvwr.msc 進入。