• <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 隙中駒 閱讀(351) 評論(1)  編輯 收藏 引用

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

            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

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

            閱讀排行榜

            評論排行榜

            久久综合欧美成人| 久久亚洲精品成人av无码网站| 成人妇女免费播放久久久| 久久夜色tv网站| 久久精品国产一区二区三区| 狠狠色婷婷久久一区二区 | 欧美日韩精品久久久久| 亚洲精品国精品久久99热一| 一级做a爱片久久毛片| 97久久天天综合色天天综合色hd| 亚洲欧美日韩精品久久亚洲区 | 97精品依人久久久大香线蕉97 | 乱亲女H秽乱长久久久| 国产成人99久久亚洲综合精品| 色综合久久久久久久久五月| 国产成人久久AV免费| 久久国产精品波多野结衣AV | 亚洲国产精品无码久久| 国产精品久久久久久久久久免费| 人妻无码αv中文字幕久久琪琪布| 久久成人国产精品一区二区| 中文字幕乱码久久午夜| 久久久久久亚洲精品不卡| 99国产欧美精品久久久蜜芽| 久久婷婷五月综合成人D啪| 亚洲国产成人乱码精品女人久久久不卡| 亚洲国产精品成人久久| 中文字幕久久亚洲一区| 精品无码久久久久久久久久| 99久久er这里只有精品18| 久久亚洲日韩看片无码| 久久精品国产一区二区| 久久99精品久久久久久水蜜桃 | 99久久婷婷国产一区二区| 狠狠色狠狠色综合久久| 中文字幕无码精品亚洲资源网久久| 久久久精品日本一区二区三区| 久久精品国产福利国产秒| 久久精品二区| 久久国产免费直播| 久久久久婷婷|