青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

winlinglin

Windows API(1) WinMain函數

誰是第一個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函數是Microsoft的一個傳統(tǒng)函數命名,它是提供給用戶的Windows應用程序的入口點。
它的函數聲明如下:
int WINAPI WinMain(         
 HINSTANCE hInstance,
    HINSTANCE hPrevInstance,
    LPSTR lpCmdLine,
    int nCmdShow
);
寫慣C++ console程序的人可能會很奇怪,main函數一般不是這樣寫嗎( int main() )?怎么會在函數聲明中間加了個詞(WINAPI)呢?
其實WINAPI是一個宏,MSDN上說:Calling convention for system functions. This type is declared in WinDef.h as follows: #define WINAPI __stdcall
那么WINAPI就是指_stdcall了。
在網上查了一下,_stdcall還有其他同類,_cdecl _pascal _fastcall...怎么那么多的?
_stdcall _cdecl _pascal _fastcall這些關鍵字是什么意思,有什么區(qū)別呢?
在網上查了一下,總結一下答案:
(1)其實它們就是關于堆棧的一些說明,首先是函數參數壓棧順序,其次是壓入堆棧的內容由誰來清除,調用者還是函數自己?
  這些開關用來告訴編譯器產生什么樣的匯編代碼。
(2)VC有兩種函數調用方式   一種是__stdcall,另一種是__cdecl  
 函數的調用方式有兩種一種是PASCAL調用方式(_stdcall),另一種是C調用方式(_cdecl)  
 使用PASCAL調用方式,函數在返回到調用者之前將參數從棧中刪除  
 使用C調用方式,參數的刪除是調用者完成的  
 WinMain函數是由系統(tǒng)調用的,Windows系統(tǒng)規(guī)定由系統(tǒng)調用的函數都遵守PASCAL調用方式  
 但是VC中函數的缺省調用方式是__cdecl,也就是C調用方式  
 所以在WinMain前顯示的聲明。  
 在Windows編程中將遇到很多聲明修飾符,如CALLBACK,WINAPI,PASCAL這些在Intel CPU的計算機上都是__stdcall
(3)__cdecl是C/C++和MFC程序默認使用的調用約定,也可以在函數聲明時加上__cdecl關鍵字來手工指定。采用__cdecl約定時,
 函數參數按照從右到左的順序入棧,并且由調用函數者把參數彈出棧以清理堆棧。
 因此,實現可變參數的函數只能使用該調用約定。
 由于每一個使用__cdecl約定的函數都要包含清理堆棧的代碼,所以產生的可執(zhí)行文件大小會比較大。
 __cdecl可以寫成_cdecl。
 __stdcall調用約定用于調用Win32 API函數。采用__stdcal約定時,函數參數按照從右到左的順序入棧,被調用的函數在返回前清理傳送參數的棧,
 函數參數個數固定。由于函數體本身知道傳進來的參數個數,因此被調用的函數可以在返回前用一條ret n指令直接清理傳遞參數的堆棧。
 __stdcall可以寫成_stdcall。
 __fastcall約定用于對性能要求非常高的場合。__fastcall約定將函數的從左邊開始的兩個大小不大于
 4個字節(jié)(DWORD)的參數分別放在ECX和EDX寄存器,其余的參數仍舊自右向左壓棧傳送,被調用的函數在返回前清理傳送
 參數的堆棧。
 __fastcall可以寫成_fastcall。
(4)thiscall僅僅應用于“C++”成員函數。this指針存放于CX/ECX寄存器中,參數從右到左壓。thiscall不是關鍵詞,因此不能被程序員指定。
(5)naked call。當采用其他的調用約定時,如果必要的話,進入函數時編譯器會產生代碼來保存ESI,EDI,EBX,EBP寄存器,
 退出函數時則產生代碼恢復這些寄存器的內容。

·特別說明
1. 在默認情況下,采用__cdecl方式,因此可以省略.
2. WINAPI一般用于修飾動態(tài)鏈接庫中導出函數
3. CALLBACK僅用于修飾回調函數
4. 你可能已經發(fā)現,VC下和BCB下對WINAPI的定義不同,那么你至少理解了
   為什么不能直接從BCB下調用VC的dll的一個原因了。
  
不查不知道,一查嚇一跳,怎么那么多規(guī)則的?整理了一下思路,其實并不復雜。
VC默認的是_cdecl方式,Win32 API函數是用_stdcall方式的,他們都是將函數參數從右到左入棧的。
_cdecl方式的每個函數都有清理堆棧的代碼,可以實現可變參數列表,但可執(zhí)行文件大小比較大。_stdcall方式是調用者清理堆棧的。
_fastcall的特點是它將參數左邊的兩個參數放在寄存器上,比較快。其余參數還是在堆棧中,堆棧還是由函數自己清除。
其它就不太清楚了。

好,該看看函數的參數了,hInstance是當前應用程序實例的Handle.
第二個參數hPrevInstance應用程序上一個實例的Handle。MSDN說:如果你要知道應用程序是否有另一個實例,建議使用Mutex(互斥體)來實現。此時,我想到了
單例模式,用Mutex來實現只運行一個實例。
第三個參數lpCmdLine是一個字符串,是命令行參數。
第四個參數nCmdShow是一個int,指明Window應該怎么現實,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參數的退出值。如果函數在進入消息循環(huán)前退出,它應該返回0。
 

posted on 2009-05-31 09:15 wil 閱讀(1671) 評論(2)  編輯 收藏 引用 所屬分類: Windows APIs

評論

# 您的博客背景看著好累呀 2009-11-01 23:29 baihonghong

您博客背景好傷眼睛呀,為什么不用點柔和一些的顏色呢  回復  更多評論   

# re: Windows API(1) WinMain函數 2010-03-18 10:56 apple

太厲害了,感覺自己還連入門都沒有啊。  回復  更多評論   

<2010年3月>
28123456
78910111213
14151617181920
21222324252627
28293031123
45678910

導航

統(tǒng)計

常用鏈接

留言簿(1)

隨筆分類

隨筆檔案

文章分類

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲欧美日韩国产一区二区| 99国产精品久久久| 国产欧美日韩一区二区三区在线| 激情欧美亚洲| 亚洲在线观看| 免费91麻豆精品国产自产在线观看| 亚洲国产成人在线视频| 亚洲免费精品| 欧美黄色网络| 国产综合18久久久久久| 亚洲欧美日韩爽爽影院| 日韩一区二区精品| 欧美激情中文字幕乱码免费| 国产一区二区久久久| 午夜久久久久| 亚洲娇小video精品| 亚洲综合视频1区| 免费欧美日韩国产三级电影| 国产欧美日韩亚洲| 欧美激情一区二区三区在线| 亚洲欧洲一区二区三区在线观看| 亚洲日本成人| 亚洲精品国产精品国自产观看浪潮| 在线成人av| 亚洲美女尤物影院| 午夜日韩在线观看| 亚洲在线视频网站| 久久久久久久久久看片| 亚洲破处大片| 久久久久成人精品| 国产精品福利网站| 亚洲高清不卡av| 国产一区二区剧情av在线| 亚洲视屏在线播放| 美女视频一区免费观看| 一区二区三区av| 免费不卡视频| 国内精品美女在线观看| 一本色道**综合亚洲精品蜜桃冫 | 欧美日韩另类字幕中文| 国产精品亚洲а∨天堂免在线| 精品成人一区二区三区| 性久久久久久久久久久久| 亚洲国内精品| 乱中年女人伦av一区二区| 国产欧美丝祙| 午夜精品久久久久久99热软件| 亚洲欧洲另类| 一区二区三区回区在观看免费视频| 亚洲欧美视频| 国产精品白丝jk黑袜喷水| 亚洲精品一区二区三区av| 美女日韩欧美| 久久综合伊人77777麻豆| 国产视频一区二区三区在线观看| 亚洲综合成人婷婷小说| 一区二区三区高清不卡| 欧美日韩国产美| 亚洲精品社区| 性欧美暴力猛交69hd| 欧美成人伊人久久综合网| 亚洲国产va精品久久久不卡综合| 欧美成人精品激情在线观看 | 亚洲国产精品激情在线观看| 亚洲一区二区在线看| 国产精品毛片a∨一区二区三区|国| 一区二区三区久久久| 亚洲另类自拍| 欧美视频在线观看一区二区| 中文欧美在线视频| 99国产精品国产精品久久| 欧美视频网址| 欧美一级日韩一级| 性久久久久久久久| 国产人妖伪娘一区91| 国外成人在线视频| 亚洲第一免费播放区| 久久视频精品在线| 久久综合影音| 在线观看91精品国产麻豆| 亚洲欧美日韩另类| 精品999久久久| 欧美国产欧美亚洲国产日韩mv天天看完整 | 久久在线免费| 欧美激情第一页xxx| 日韩亚洲欧美一区二区三区| 一本色道久久88亚洲综合88| 国产精品一区二区在线| 久久中文久久字幕| 欧美国产一区二区在线观看| 这里只有精品在线播放| 免费在线看一区| 亚洲一区二区三| 亚洲无限乱码一二三四麻| 欧美久久电影| 久久精品国产99精品国产亚洲性色 | 日韩西西人体444www| 国产麻豆精品视频| 午夜宅男欧美| 亚洲欧美在线网| 亚洲激情在线播放| 亚洲一区二区三区影院| 有坂深雪在线一区| 一区二区三区免费看| 影音先锋日韩精品| 亚洲少妇最新在线视频| 永久免费毛片在线播放不卡| 香蕉久久夜色精品国产| 国产日韩成人精品| 久久精品成人欧美大片古装| 一区二区三区 在线观看视| 午夜精品一区二区三区在线播放| 亚洲国产人成综合网站| 亚洲欧美日韩国产综合在线 | 欧美激情综合色综合啪啪| 亚洲欧美日韩视频二区| 欧美大片91| 久久久夜精品| 欧美性色aⅴ视频一区日韩精品| 欧美1区3d| 国产日韩欧美在线视频观看| 亚洲精品日产精品乱码不卡| 在线成人激情视频| 欧美顶级大胆免费视频| 99精品国产在热久久下载| 久久婷婷人人澡人人喊人人爽| 亚洲欧美国产精品桃花| 欧美精品一区二区高清在线观看| 亚洲国产精品久久久久秋霞影院 | 日韩午夜三级在线| 欧美一级视频精品观看| 亚洲影院在线| 欧美三级视频在线观看| 亚洲日韩中文字幕在线播放| 亚洲福利一区| 久久久久成人精品免费播放动漫| 欧美一区二区免费视频| 欧美bbbxxxxx| 亚洲欧美日韩精品久久亚洲区| 亚洲欧美电影院| 欧美日一区二区三区在线观看国产免| 欧美二区在线播放| 亚洲国产合集| 另类专区欧美制服同性| 蜜桃久久精品一区二区| 尤妮丝一区二区裸体视频| 久久人人97超碰精品888| 午夜电影亚洲| 国产一二三精品| 欧美专区日韩视频| 久久精品欧美| 精品不卡在线| 可以看av的网站久久看| 欧美搞黄网站| 999亚洲国产精| 亚洲午夜激情免费视频| 欧美激情在线免费观看| 久久久999精品| 亚洲欧美国产高清va在线播| 99在线热播精品免费| 亚洲电影免费观看高清完整版| 国产精品一区视频网站| 欧美日韩精品一区二区在线播放| 久久综合电影| 久久精品一区二区三区四区| 午夜精品短视频| 一本色道久久综合亚洲91| 亚洲国产精品一区二区www在线| 久久久久久高潮国产精品视| 亚洲欧美一区二区三区极速播放 | 国产视频一区欧美| 国产精品午夜久久| 国产精品高清免费在线观看| 一区二区三区欧美亚洲| 亚洲乱码国产乱码精品精| 久久av在线| 鲁大师成人一区二区三区| 久久夜色精品国产亚洲aⅴ| 亚洲国产精品一区制服丝袜| 亚洲自拍偷拍麻豆| 一区二区在线观看视频| 欧美日韩成人在线观看| 美国十次成人| 欧美一级专区免费大片| 亚洲欧洲一区二区三区在线观看 | 美女被久久久| 一区二区精品在线观看| 久久久久久久一区二区| 亚洲国产成人porn| 亚洲欧美第一页| 一区免费观看| 久久久午夜精品| 美日韩免费视频| 午夜精品成人在线| 日韩视频免费观看高清在线视频| 久久爱www.| 亚洲一区二区三区四区在线观看| 欧美国内亚洲| 麻豆国产精品va在线观看不卡| 亚洲欧美激情精品一区二区|