誰(shuí)是第一個(gè)Windows API？無(wú)可置疑，當(dāng)然是WinMain Function啦。
MSDN上說(shuō)：The WinMain function is the conventional name for the user-provided entry point for a Microsoft Windows-based application.
即：WinMain函數(shù)是Microsoft的一個(gè)傳統(tǒng)函數(shù)命名，它是提供給用戶的Windows應(yīng)用程序的入口點(diǎn)。
它的函數(shù)聲明如下：
int WINAPI WinMain(
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow
);
寫(xiě)慣C++ console程序的人可能會(huì)很奇怪，main函數(shù)一般不是這樣寫(xiě)嗎（ int main() ）？怎么會(huì)在函數(shù)聲明中間加了個(gè)詞(WINAPI)呢？
其實(shí)WINAPI是一個(gè)宏，MSDN上說(shuō)：Calling convention for system functions. This type is declared in WinDef.h as follows: #define WINAPI __stdcall
那么WINAPI就是指_stdcall了。
在網(wǎng)上查了一下，_stdcall還有其他同類(lèi)，_cdecl _pascal _fastcall...怎么那么多的？
_stdcall _cdecl _pascal _fastcall這些關(guān)鍵字是什么意思，有什么區(qū)別呢？
在網(wǎng)上查了一下，總結(jié)一下答案：
（1）其實(shí)它們就是關(guān)于堆棧的一些說(shuō)明，首先是函數(shù)參數(shù)壓棧順序，其次是壓入堆棧的內(nèi)容由誰(shuí)來(lái)清除，調(diào)用者還是函數(shù)自己？
這些開(kāi)關(guān)用來(lái)告訴編譯器產(chǎn)生什么樣的匯編代碼。
（2）VC有兩種函數(shù)調(diào)用方式 一種是__stdcall，另一種是__cdecl
函數(shù)的調(diào)用方式有兩種一種是PASCAL調(diào)用方式(_stdcall)，另一種是C調(diào)用方式(_cdecl)
使用PASCAL調(diào)用方式，函數(shù)在返回到調(diào)用者之前將參數(shù)從棧中刪除
使用C調(diào)用方式，參數(shù)的刪除是調(diào)用者完成的
WinMain函數(shù)是由系統(tǒng)調(diào)用的，Windows系統(tǒng)規(guī)定由系統(tǒng)調(diào)用的函數(shù)都遵守PASCAL調(diào)用方式
但是VC中函數(shù)的缺省調(diào)用方式是__cdecl，也就是C調(diào)用方式
所以在WinMain前顯示的聲明。
在Windows編程中將遇到很多聲明修飾符，如CALLBACK,WINAPI,PASCAL這些在Intel CPU的計(jì)算機(jī)上都是__stdcall
（3）__cdecl是C/C++和MFC程序默認(rèn)使用的調(diào)用約定，也可以在函數(shù)聲明時(shí)加上__cdecl關(guān)鍵字來(lái)手工指定。采用__cdecl約定時(shí)，
函數(shù)參數(shù)按照從右到左的順序入棧，并且由調(diào)用函數(shù)者把參數(shù)彈出棧以清理堆棧。
因此，實(shí)現(xiàn)可變參數(shù)的函數(shù)只能使用該調(diào)用約定。
由于每一個(gè)使用__cdecl約定的函數(shù)都要包含清理堆棧的代碼，所以產(chǎn)生的可執(zhí)行文件大小會(huì)比較大。
__cdecl可以寫(xiě)成_cdecl。
__stdcall調(diào)用約定用于調(diào)用Win32 API函數(shù)。采用__stdcal約定時(shí)，函數(shù)參數(shù)按照從右到左的順序入棧，被調(diào)用的函數(shù)在返回前清理傳送參數(shù)的棧，
函數(shù)參數(shù)個(gè)數(shù)固定。由于函數(shù)體本身知道傳進(jìn)來(lái)的參數(shù)個(gè)數(shù)，因此被調(diào)用的函數(shù)可以在返回前用一條ret n指令直接清理傳遞參數(shù)的堆棧。
__stdcall可以寫(xiě)成_stdcall。
__fastcall約定用于對(duì)性能要求非常高的場(chǎng)合。__fastcall約定將函數(shù)的從左邊開(kāi)始的兩個(gè)大小不大于
4個(gè)字節(jié)（DWORD）的參數(shù)分別放在ECX和EDX寄存器，其余的參數(shù)仍舊自右向左壓棧傳送，被調(diào)用的函數(shù)在返回前清理傳送
參數(shù)的堆棧。
__fastcall可以寫(xiě)成_fastcall。
（4）thiscall僅僅應(yīng)用于“C++”成員函數(shù)。this指針存放于CX/ECX寄存器中，參數(shù)從右到左壓。thiscall不是關(guān)鍵詞，因此不能被程序員指定。
（5）naked call。當(dāng)采用其他的調(diào)用約定時(shí)，如果必要的話，進(jìn)入函數(shù)時(shí)編譯器會(huì)產(chǎn)生代碼來(lái)保存ESI，EDI，EBX，EBP寄存器，
退出函數(shù)時(shí)則產(chǎn)生代碼恢復(fù)這些寄存器的內(nèi)容。
·特別說(shuō)明
1. 在默認(rèn)情況下，采用__cdecl方式,因此可以省略.
2. WINAPI一般用于修飾動(dòng)態(tài)鏈接庫(kù)中導(dǎo)出函數(shù)
3. CALLBACK僅用于修飾回調(diào)函數(shù)
4. 你可能已經(jīng)發(fā)現(xiàn)，VC下和BCB下對(duì)WINAPI的定義不同，那么你至少理解了
為什么不能直接從BCB下調(diào)用VC的dll的一個(gè)原因了。
不查不知道，一查嚇一跳，怎么那么多規(guī)則的？整理了一下思路，其實(shí)并不復(fù)雜。
VC默認(rèn)的是_cdecl方式，Win32 API函數(shù)是用_stdcall方式的，他們都是將函數(shù)參數(shù)從右到左入棧的。
_cdecl方式的每個(gè)函數(shù)都有清理堆棧的代碼，可以實(shí)現(xiàn)可變參數(shù)列表，但可執(zhí)行文件大小比較大。_stdcall方式是調(diào)用者清理堆棧的。
_fastcall的特點(diǎn)是它將參數(shù)左邊的兩個(gè)參數(shù)放在寄存器上，比較快。其余參數(shù)還是在堆棧中，堆棧還是由函數(shù)自己清除。
其它就不太清楚了。
好，該看看函數(shù)的參數(shù)了，hInstance是當(dāng)前應(yīng)用程序?qū)嵗腍andle.
第二個(gè)參數(shù)hPrevInstance應(yīng)用程序上一個(gè)實(shí)例的Handle。MSDN說(shuō)：如果你要知道應(yīng)用程序是否有另一個(gè)實(shí)例，建議使用Mutex（互斥體）來(lái)實(shí)現(xiàn)。此時(shí)，我想到了
單例模式，用Mutex來(lái)實(shí)現(xiàn)只運(yùn)行一個(gè)實(shí)例。
第三個(gè)參數(shù)lpCmdLine是一個(gè)字符串，是命令行參數(shù)。
第四個(gè)參數(shù)nCmdShow是一個(gè)int，指明Window應(yīng)該怎么現(xiàn)實(shí)，Windows定義了一系列宏，來(lái)幫助記憶，以SW開(kāi)頭，如：SW_SHOW
最后是返回值，它是一個(gè)int。
MSDN說(shuō)：If the function succeeds, terminating when it receives a WM_QUIT message, it should return the exit value contained in that message's wParam parameter. If the function terminates before entering the message loop, it should return zero.
如果它成功的話，它會(huì)一直運(yùn)行，知道收到WM_QUIT消息，它應(yīng)該返回消息的wParam參數(shù)的退出值。如果函數(shù)在進(jìn)入消息循環(huán)前退出，它應(yīng)該返回0。