• <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.¢% 閱讀(673) 評論(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久久国产综合精品网成人影院| 精品久久久久久无码国产| 热RE99久久精品国产66热| 精品伊人久久大线蕉色首页| 精品久久久无码人妻中文字幕豆芽| 久久久久久a亚洲欧洲aⅴ| 色偷偷88欧美精品久久久| 久久精品天天中文字幕人妻| 久久久久国产一区二区| 久久精品国产亚洲av影院| 久久se精品一区二区影院| 色综合久久综合中文综合网| 久久精品亚洲欧美日韩久久| 亚洲色婷婷综合久久| 久久精品视屏| 国产 亚洲 欧美 另类 久久| 亚洲精品无码久久久久去q| 久久综合九色欧美综合狠狠| 国产精品99精品久久免费| 久久久久亚洲AV片无码下载蜜桃| 久久99热精品| 久久99久久99小草精品免视看| 人妻精品久久无码专区精东影业| 久久综合九色欧美综合狠狠| 久久久久久久综合日本亚洲 | 波多野结衣久久精品| 久久精品国产69国产精品亚洲| 亚洲午夜久久久久久久久电影网| 欧美激情精品久久久久久久九九九| 久久国产乱子精品免费女| 久久99国产综合精品女同| 麻豆精品久久久久久久99蜜桃| 久久播电影网| 午夜视频久久久久一区| 国内精品久久久久久久coent| 国产午夜久久影院| 久久久久国产精品| 久久久久国产视频电影| 色偷偷88欧美精品久久久| 久久伊人影视|