• <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>

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運轉,開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            總結一下DLL聲明的一些問題

            Posted on 2009-09-04 09:25 S.l.e!ep.¢% 閱讀(672) 評論(0)  編輯 收藏 引用 所屬分類: DLL
            有關DLL的問題現在資料很多,但是很多人寫DLL時經常出現調用程序無法找到相關的導出函數的問題,這里主要的原因是DLL在聲明時出的問題。
            在這里主要有兩個問題,一個是調用約定的問題,一個是函數名修飾的問題,而這兩個問題又是相互影響的。
            一:聲明為:extern "C" int __declspec(dllexport)add(int x, int y);
            這種聲明是強制用C語言方式進行修飾,且用C的默認約定,即__cdecl方式。這種方式編譯產生的DLL中有一個導出函數:add,不加任何修飾。
            二:聲明為:extern "C" int __declspec(dllexport) __stdcall add(int x, int y);
            這種聲明是強制用C語言方式進行修飾,且用stdcall約定,這種方式編譯產生的DLL中有一個導出函數:_add@8,即前面有“_”,后面加了參數長。
            三:聲明為:int __declspec(dllexport) __stdcall add(int x, int y);
            這種聲明不強制用C語言方式進行修飾,但是用stdcall約定,這種方式編譯產生的DLL中有一個導出函數:?add@@YGHHH@Z。這個名字很怪,后面的不好理解。
            四:聲明為:int __declspec(dllexport) __cdecl add(int x, int y);
            這種聲明是不強制用C語言修飾,且用cdecl約定,這種方式編譯產生的DLL中有一個導出函數:?add@@YAHHH@Z,注意看,和第三種方有一點不同。

            實驗一:顯式調用方式調用DLL中的add函數。
            #include <stdio.h>
            #include <windows.h>
            typedef? int(_stdcall *lpAddFun)(int, int); //宏定義函數指針類型
            int main(int argc, char *argv[])
            {
            HINSTANCE hDll; //DLL句柄
            lpAddFun addFun; //函數指針
            hDll = LoadLibrary("1.dll");
            if (hDll != NULL)
            {
            addFun = (lpAddFun)GetProcAddress(hDll, "add");
            if (addFun != NULL)
            {
            int result = addFun(2, 3);
            printf("%d", result);
            }
            else
            printf("No Function");
            }
            else
            printf("NO DLL");
            FreeLibrary(hDll);
            return 0;
            }
            方式一:調用成功。另外三種方式全部出錯
            實驗二:隱式調用DLL中的add函數
            #include <stdio.h>
            #include <windows.h>
            #pragma comment(lib,"1.lib")
            extern "C" int __declspec(dllimport) add(int x, int y);//聲明方式隨著DLL中的聲明方式改變
            int main(int argc, char *argv[])
            {
            int result = add(2, 3);
            printf("%d", result);
            return 0;
            }
            方式一:調用成功。另外發現一個奇怪現象:在調用程序中
            聲明函數時extern "C" int __declspec(dllimport) add(int x, int y);
            寫作:extern "C" int __declspec(dllecprot) add(int x, int y);同樣成功,將__declspec(…)去掉也同樣成功。換句話說,在調用DLL的程序中,導入是沒有必要加的。
            方式二:調用成功。同樣出現上面導入標識可以不加的現象。
            方式三:調用成功,同樣也出現上面導入標識可以不加的現象。
            方式四:調用成功,同樣也出現上面導入標識可以不加的現象。
            總結:對于DLL導出函數聲明的四種寫法,在動態調用時,
            聲明成這樣:extern "C" int __declspec(dllimport) add(int x, int y);是最好的,其它聲明方式調用都沒有成功。但是眾所周知,windows默認的調用約定是stdcall方式,如果想別的語言能用DLL的話,最好是將調用約定寫成stdcall方式,但是這種方式又不能動態調用。
            在隱式調用時,四種聲明方式都是可以的,只要調用者的聲明方式和DLL聲明時的方式一致即可。另外,在調用程序中對于導入的聲明是可以去掉的,大量書籍中關于導入、導出的問題都是利用宏來處理的,如:在頭文件中寫作:
            #ifdef DLL_FILE
            extern "C" int __declspec(dllexport) add(int x, int y);
            #else
            extern "C" int __declspec(dlleximport) add(int x, int y);
            這樣這個頭文件既可以用在DLL工程中,又可以用在調用程序中,但是經過實驗發現,這個根本就沒有必要,在調用者程序中不管是寫作__declspce(dllexport)還是寫作__declspec(dllimport)或者不寫都能成功調用。
            關于DEF文件
            在DLL工程中引用DEF文件,內容如下:
            LIBRARY 1
            EXPORTS
            add @ 1
            通過depends查看導出函數全是add,但是隱式方式調用時,還是要求調用者的聲明方式和DLL中聲明方式相同。
            對于動態調用實驗結果:
            方式一:成功。方式二:不成功,但是將函數指針改為typedef int(_stdcall *lpAddFun)(int, int);成功,即調用者要聲明約定方式與DLL中聲明的調用約定方式相同,否則報錯。
            方式三:同方式二,同樣要將函數指針改為typedef int(_stdcall *lpAddFun)(int, int);才成功完成調用。
            方式四:成功。
            總結:通過DEF文件來導出函數,調用者同樣也要聲明相同的調用約定,即_stdcall或是_cdecl必須要相同,其中_cdecl是C語言默認方式。
            国产91色综合久久免费分享| 亚洲国产视频久久| 久久婷婷五月综合国产尤物app | 欧美久久综合性欧美| 亚洲国产成人久久精品影视| 日日狠狠久久偷偷色综合96蜜桃| 久久精品桃花综合| 国产99久久九九精品无码| 亚洲日本久久久午夜精品| 久久久久久久人妻无码中文字幕爆| 久久er国产精品免费观看2| 久久人与动人物a级毛片| 国产精品青草久久久久婷婷 | 中文字幕热久久久久久久| 88久久精品无码一区二区毛片 | 色综合久久中文色婷婷| 久久精品视频一| 国产亚州精品女人久久久久久 | 免费一级欧美大片久久网| 欧美丰满熟妇BBB久久久| 久久免费国产精品| 天天久久狠狠色综合| 久久精品国产精品亚洲毛片| 久久亚洲AV无码精品色午夜麻豆| 99久久99久久精品国产| 成人综合伊人五月婷久久| 亚洲国产精品无码久久SM| 久久亚洲AV无码精品色午夜麻豆| 久久免费视频6| 久久精品无码一区二区三区免费 | 久久91精品国产91| 久久五月精品中文字幕| 中文精品久久久久国产网址| 久久96国产精品久久久| 97精品久久天干天天天按摩 | 精品国产日韩久久亚洲| 久久精品无码一区二区三区免费| 99久久国产综合精品五月天喷水| 精品一区二区久久久久久久网站| 91精品久久久久久无码| 久久人人爽人爽人人爽av|