• <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.¢% 閱讀(679) 評論(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語言默認方式。
            久久精品国产亚洲AV不卡| 91久久九九无码成人网站| 精产国品久久一二三产区区别| 日本欧美国产精品第一页久久| 久久综合偷偷噜噜噜色| 久久综合久久综合久久综合| 九九精品久久久久久噜噜| 99久久国产综合精品麻豆| 久久午夜福利无码1000合集| 久久精品国产影库免费看 | 亚洲国产精品无码久久久不卡| 久久综合久久久| AAA级久久久精品无码片| 国产精品久久久久久久久久影院| 精品久久777| 亚洲国产美女精品久久久久∴| 久久久久女教师免费一区| 久久亚洲综合色一区二区三区 | 亚洲AV无码成人网站久久精品大| 欧美亚洲另类久久综合| 精品久久久久久久久午夜福利| 亚洲精品国精品久久99热| 国产精品无码久久四虎| 国产精品久久亚洲不卡动漫| 久久精品人人做人人爽电影蜜月 | 久久久久亚洲精品无码网址| 久久99国产精品一区二区| 日韩精品久久无码人妻中文字幕| 亚洲欧美一级久久精品| 合区精品久久久中文字幕一区| 无码精品久久一区二区三区| 色悠久久久久久久综合网| 久久精品无码一区二区app| 999久久久免费国产精品播放| 久久精品九九亚洲精品天堂| 久久无码av三级| 久久久精品国产亚洲成人满18免费网站| 狠狠狠色丁香婷婷综合久久五月| 国产国产成人精品久久| 国产2021久久精品| 亚洲欧美精品一区久久中文字幕|