• <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”,你本地應該可以顯示,但是其他地方都看不到圖了。
            請修改下圖片鏈接。  回復  更多評論
              

            <2009年3月>
            22232425262728
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            常用鏈接

            留言簿(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

            閱讀排行榜

            評論排行榜

            91精品国产91久久| 久久r热这里有精品视频| 久久频这里精品99香蕉久| 亚洲国产精品狼友中文久久久| 亚洲国产天堂久久久久久| 亚洲国产一成人久久精品| 久久99国产精品久久久| 久久综合色区| 热99re久久国超精品首页| 亚洲国产日韩欧美久久| 久久精品一区二区三区不卡| 久久精品免费网站网| 国产成人综合久久综合| 思思久久好好热精品国产| 国产69精品久久久久777| 伊人伊成久久人综合网777| 97久久精品人妻人人搡人人玩| 久久婷婷五月综合成人D啪| 国产Av激情久久无码天堂| 久久亚洲中文字幕精品一区| 久久免费高清视频| 久久久久亚洲AV成人片| 国产亚洲精品久久久久秋霞| 久久精品国产99久久久香蕉| 久久精品国产亚洲精品2020| 久久久久久久久久久精品尤物| 国产精品99久久久久久www| 国内精品伊人久久久久AV影院| 久久婷婷色综合一区二区| 久久综合色之久久综合| 久久精品中文字幕一区| 国产精品成人无码久久久久久 | 青青草原综合久久| 久久久久亚洲AV片无码下载蜜桃| 久久精品亚洲福利| 久久99亚洲综合精品首页| 国产AⅤ精品一区二区三区久久| 国产99精品久久| 777久久精品一区二区三区无码 | 欧美日韩中文字幕久久久不卡| 久久久久久免费一区二区三区 |