• <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語言默認方式。
            久久亚洲精品无码播放| 欧美一区二区久久精品| 国产精品一区二区久久精品| 99久久超碰中文字幕伊人| 99久久精品无码一区二区毛片 | 国产精品久久国产精麻豆99网站 | 亚洲国产成人久久综合碰碰动漫3d| 久久精品无码一区二区无码| 国产无套内射久久久国产| 亚洲国产婷婷香蕉久久久久久| 久久精品无码专区免费东京热 | 久久综合伊人77777| 久久久国产精品亚洲一区| 亚洲国产成人久久笫一页| 久久久久99精品成人片试看| 久久综合伊人77777| 国产成人久久久精品二区三区| 久久亚洲AV成人无码| 久久无码国产| 精品国产热久久久福利| 91久久婷婷国产综合精品青草| 青青草原综合久久大伊人| 久久露脸国产精品| 色偷偷888欧美精品久久久| 久久久久无码精品国产| 国产精品亚洲综合久久| 久久久久久亚洲精品不卡| 青青热久久综合网伊人| 久久66热人妻偷产精品9| 五月丁香综合激情六月久久 | 久久精品国产免费一区| 亚洲精品美女久久久久99| 久久久久高潮综合影院| 色婷婷狠狠久久综合五月| 久久天天躁狠狠躁夜夜2020 | 国产精品美女久久久久久2018| 一本久久知道综合久久| 99久久99久久精品国产片果冻| 亚洲国产成人乱码精品女人久久久不卡| 99久久综合国产精品二区| 久久久精品视频免费观看|