• <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>
            動態調用
            typedef int(*lpAddFun)(int, int); //宏定義函數指針類型

            int main(int argc, char *argv[])

            {

            HINSTANCE hDll; //DLL句柄

            lpAddFun addFun; //函數指針

            hDll = LoadLibrary("..\\Debug\\dllTest.dll");

            if (hDll != NULL)

            {

            addFun = (lpAddFun)GetProcAddress(hDll, "add");

            if (addFun != NULL)

            {

            int result = addFun(2, 3);

            printf("%d", result);

            }

            FreeLibrary(hDll);

            }

            return 0;

            }
              在上邊的例子中我們看到了由“LoadLibrary-GetProcAddress-FreeLibrary”系統Api提供的三位一體“DLL加載-DLL函數地址獲取-DLL釋放”方式,這種調用方式稱為DLL的動態調用。

              動態調用方式的特點是完全由編程者用 API 函數加載和卸載 DLL,程序員可以決定 DLL 文件何時加載或不加載,顯式鏈接在運行時決定加載哪個 DLL 文件。

              與動態調用方式相對應的就是靜態調用方式,“有動必有靜”,這來源于物質世界的對立統一。“動與靜”,其對立與統一竟無數次在技術領域里得到驗證,譬如靜態IP與DHCP、靜態路由與動態路由等。從前文我們已經知道,庫也分為靜態庫與動態庫DLL,而想不到,深入到DLL內部,其調用方式也分為靜態與動態。“動與靜”,無處不在。《周易》已認識到有動必有靜的動靜平衡觀,《易.系辭》曰:“動靜有常,剛柔斷矣”。哲學意味著一種普遍的真理,因此,我們經常可以在枯燥的技術領域看到哲學的影子。

              靜態調用方式的特點是由編譯系統完成對DLL的加載和應用程序結束時 DLL 的卸載。當調用某DLL的應用程序結束時,若系統中還有其它程序使用該 DLL,則Windows對DLL的應用記錄減1,直到所有使用該DLL的程序都結束時才釋放它。靜態調用方式簡單實用,但不如動態調用方式靈活。

              下面我們來看看靜態調用的例子,將編譯dllTest工程所生成的.lib和.dll文件拷入dllCall工程所在的路徑,dllCall執行下列代碼:

            #pragma comment(lib,"dllTest.lib")

            //.lib文件中僅僅是關于其對應DLL文件中函數的重定位信息

            extern "C" __declspec(dllimport) add(int x,int y);

            int main(int argc, char* argv[])

            {

            int result = add(2,3);

            printf("%d",result);

            return 0;

            }


              由上述代碼可以看出,靜態調用方式的順利進行需要完成兩個動作

              (1)告訴編譯器與DLL相對應的.lib文件所在的路徑及文件名,#pragma comment(lib,"dllTest.lib")就是起這個作用。

              程序員在建立一個DLL文件時,連接器會自動為其生成一個對應的.lib文件,該文件包含了DLL 導出函數的符號名及序號(并不含有實際的代碼)。在應用程序里,.lib文件將作為DLL的替代文件參與編譯。

              (2)聲明導入函數,extern "C" __declspec(dllimport) add(int x,int y)語句中的__declspec(dllimport)發揮這個作用。

              靜態調用方式不再需要使用系統API來加載、卸載DLL以及獲取DLL中導出函數的地址。這是因為,當程序員通過靜態鏈接方式編譯生成應用程序時,應用程序中調用的與.lib文件中導出符號相匹配的函數符號將進入到生成的EXE 文件中,.lib文件中所包含的與之對應的DLL文件的文件名也被編譯器存儲在 EXE文件內部。當應用程序運行過程中需要加載DLL文件時,Windows將根據這些信息發現并加載DLL,然后通過符號名實現對DLL 函數的動態鏈接。這樣,EXE將能直接通過函數名調用DLL的輸出函數,就象調用程序內部的其他函數一樣。
            Posted on 2005-11-25 18:10 艾凡赫 閱讀(1121) 評論(0)  編輯 收藏 引用 所屬分類: DLL 技術
            久久综合九色综合欧美就去吻| 久久无码专区国产精品发布| 97久久国产亚洲精品超碰热| 久久久久亚洲Av无码专| MM131亚洲国产美女久久| 久久93精品国产91久久综合 | 久久综合视频网站| 久久久精品国产免大香伊| 久久男人Av资源网站无码软件| 久久婷婷国产麻豆91天堂| 国内精品久久国产| 久久成人精品视频| 日本五月天婷久久网站| 国产精品成人99久久久久 | 亚洲伊人久久综合影院| 男女久久久国产一区二区三区| 久久九九全国免费| 久久精品国产免费观看| 精品免费久久久久国产一区| 久久国产色AV免费观看| 狠狠色综合网站久久久久久久高清 | 色偷偷88欧美精品久久久| 久久综合综合久久97色| 久久国产色AV免费观看| 精品一二三区久久aaa片| 美女久久久久久| 久久99精品免费一区二区| 久久久精品2019免费观看| 国产成人精品三上悠亚久久| 久久久国产一区二区三区| 草草久久久无码国产专区| 97久久超碰国产精品旧版| 久久精品无码午夜福利理论片| 国产成人无码精品久久久性色| 久久久SS麻豆欧美国产日韩| 亚洲伊人久久综合影院| 国产精品久久久久久久久软件| 香蕉99久久国产综合精品宅男自| 99久久精品国产一区二区| 精品无码人妻久久久久久| 久久久久久亚洲精品不卡|