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