• <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>
            白駒過隙
            學而不思則罔,思而不學則怠
            posts - 4,  comments - 3,  trackbacks - 0

            前一篇文章中是用隱式方法調用 DLL 的。下面介紹顯式調用。

            顯式的調用就是指在應用程序中用 LoadLibrary MFC 提供的 AfxLoadLibrary 顯式的將自己所做的動態連接庫調進來,動態連接庫的文件名即是上面兩個函數的參數,再用 GetProcAddress() 獲取想要引入的函數。

            ?

            在前面的基礎上再建一個測試工程,代碼如下:

            #include "stdafx.h"

            #include <iostream>

            //#include "Try.h"

            using namespace std;

            ?

            typedef int (*Fn_FunType)() ;

            ?

            int main()

            {

            ?

            ??? HINSTANCE hInstance = 0;

            ??? hInstance = LoadLibrary("Try.dll") ;

            ??? if (hInstance)

            ??? {

            ?????? Fn_FunType pFun = (Fn_FunType)::GetProcAddress(hInstance ,"fnTry") ;

            ?????? if (pFun)

            ?????? {

            ?????????? cout<<pFun()<<endl;

            ?????? }

            ??? }

            ??? int n = 10 ;

            n = *(int *)::GetProcAddress(hInstance ,"nTry") ;

            ??? cout<<n<<endl;

            ??? system("pause") ;

            ??? return 0 ;

            }

            ?

            ? 上面的代碼貌似沒上面問題,但是實際上第一個 cout 永遠也不會執行,第二個 cout 輸出的是 10 。為什么會這樣?

            先來看看,上面的代碼在 DLL 中是個什么模樣,用 VS 自帶的 dependency walker 可以查看 DLL 文件,該工具在 ? Microsoft Visual Studio 8/ common7/tools/bin 下。如下圖所示:

            ?



            ?? 原來,
            "C" 或者 "C++" 函數在編譯器內部(編譯和鏈接)通過修飾名識別。修飾名是編譯器在編譯函數定義或者原型時生成的字符串。有些情況下使用函數的修飾名是必要的,如在模塊定義文件里頭指定輸出 "C++" 重載函數、構造函數、析構函數,又如在匯編代碼里調

            "C"" "C++" 函數等。關于修飾名后面會講到。

            ?

            將上面的代碼稍微作一下修改:

            ?????? Fn_FunType pFun = (Fn_FunType)::GetProcAddress(hInstance ," ?fnTry@@YAHXZ") ;

            int n = *(int *)::GetProcAddress(hInstance ,"?nTry@@3HA") ;

            Ok, 現在可以正常輸出了。

            ?

            ?

            上面的方法可以導出全局函數和變量,但是卻無法導出成員函數和成員變量。如下:

            typedef void (CTry::*Fn_FooType)() ;

            int main()

            {

            ?

            ??? HINSTANCE hInstance = 0;

            ??? hInstance = LoadLibrary("Try.dll") ;

            ??? CTry *pTry = (CTry *)_alloca(sizeof(CTry));

            ??? Fn_FooType pFun = (Fn_FooType)::GetProcAddress(hInstance, "?print@CTry@@QAEXXZ") ;
            (pTry->*pFun)() ;

            Return 0 ;
            }

            ?

            編譯器會提示, FARPROC 類型不能轉換成 Fn_FooType 類型。因為 C++ 中,成員函數的指針是個比較特殊的東西。對普通的函數指針來說,可以視為一個地址 , 在需要的時候可以任意轉換并直接調用。但對成員函數來說,調用的時候也必須采用特殊的語法。 C++ 專門為成員指針準備了三個運算符 : "::*" 用于指針的聲明,而 "->*" ".*" 用來調用指針指向的函數。而且對成員函數指針不能進行類型轉換。簡單的說,每個成員函數指針都是一個獨有的類型,無法轉換到任何其它類型。

            ?

            但是在 C++ 中,總是有辦法的。 使用 union 類型可以逃避 C++ 的類型轉換檢測。為了通用,使用模板傳入數據類型。

            template <classDest, classSrc>

            Dest force_cast(Srcsrc)

            {

            ??? union

            ??? {

            ?????? Dest d;

            ?????? Src s;

            ??? } convertor;

            ?

            ??? convertor.s = src;

            ??? return convertor.d;

            }

            ?

            上面的代碼變為:

            typedef void (CTry::*Fn_FooType)() ;

            ?

            int main()

            {

            ?

            ??? HINSTANCE hInstance = 0;

            ??? hInstance = LoadLibrary("Try.dll") ;

            ??? if (hInstance)

            ??? {

            ??????

            ?????? CTry *pTry = (CTry *)_alloca(sizeof(CTry));

            ?

            ?????? FARPROC fp ? = ::GetProcAddress(hInstance ,"?print@CTry@@QAEXXZ") ;

            ?????? Fn_FooType pFun = force_cast<Fn_FooType>(fp) ;

            ?????? if (pFun)

            ?????? {

            ?????????? (pTry->*pFun)() ;

            ?????? }

            ??? }

            ??? return 0 ;

            }

            ?

            posted on 2009-03-06 00:54 隙中駒 閱讀(343) 評論(1)  編輯 收藏 引用

            FeedBack:
            # re: DLL學習筆記2
            2009-03-12 09:30 | guest
            圖片的路徑是“e:/1.bmp”,你本地應該可以顯示,但是其他地方都看不到圖了。
            請修改下圖片鏈接。  回復  更多評論
              

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(2)

            隨筆檔案(4)

            文章分類(1)

            文章檔案(1)

            友情鏈接

            最新隨筆

            搜索

            •  

            最新評論

            • 1.?re: DLL學習筆記 3
            • 圖片的路徑是“e:/1.bmp”,你本地應該可以顯示,但是其他地方都看不到圖了。
              請修改圖片鏈接。
            • --guest
            • 2.?re: DLL學習筆記2
            • 圖片的路徑是“e:/1.bmp”,你本地應該可以顯示,但是其他地方都看不到圖了。
              請修改下圖片鏈接。
            • --guest
            • 3.?re: DLL學習筆記1
            • 好,我跟著你一起學習
            • --bk

            閱讀排行榜

            評論排行榜

            久久久WWW免费人成精品| 久久综合久久综合久久综合| 狠狠精品干练久久久无码中文字幕| 成人精品一区二区久久久| 久久人妻少妇嫩草AV无码蜜桃 | 亚洲中文久久精品无码| 久久久久亚洲av无码专区| 久久精品国产亚洲网站| 青青久久精品国产免费看| 国产成人精品三上悠亚久久| 麻豆精品久久精品色综合| 久久这里的只有是精品23| 狠狠色丁香婷综合久久| 欧美伊人久久大香线蕉综合69| 人妻无码αv中文字幕久久琪琪布| 国产农村妇女毛片精品久久| 久久精品国产亚洲AV蜜臀色欲 | 综合久久国产九一剧情麻豆| 亚洲国产精品久久66| 日韩精品久久无码人妻中文字幕| 久久久久一级精品亚洲国产成人综合AV区| 久久久久亚洲AV无码专区首JN | 日本亚洲色大成网站WWW久久| 亚洲精品国产美女久久久| 久久久久亚洲AV成人网人人网站| 久久国产一区二区| 99久久99久久精品免费看蜜桃| 性做久久久久久久久浪潮| 久久久久亚洲AV综合波多野结衣 | 久久综合久久综合九色| 久久亚洲欧美国产精品| 欧美精品国产综合久久| 色综合久久久久综合99| 久久福利片| 亚洲精品NV久久久久久久久久| 精品无码人妻久久久久久| 久久精品国产精品亜洲毛片| 99久久www免费人成精品| 久久www免费人成精品香蕉| 国内精品伊人久久久久影院对白 | 久久无码人妻一区二区三区|