青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

白駒過隙
學而不思則罔,思而不學則怠
posts - 4,  comments - 3,  trackbacks - 0

?? 還有一種方法可以顯式導出類成員函數,就是采用虛函數表的方法。 COM 就是這樣做的。當在類中聲明一組虛函數的時候, 編譯器會創建一個虛函數表,將各虛函數的地址按聲明的順序放入其中。當一個類對象被創建時,它的前四個字節是一個指針,指向這個虛函數表。所以,修改以上的代碼:

//CTry.h

??? virtual void print() ; // 將這個成員函數聲明為虛函數

TRY_API CTry* createObject() ; // 聲明一個全局函數,創建一個 Ctry 對象的實例

//CTry.cpp

CTry *createObject()

{

??? return new CTry() ;

}

?

在測試工程中,顯式導出該全局函數,并通過它調用類成員函數。

typedef CTry* (*Fn_FunType)() ;

Fn_FunType pFun=(Fn_FunType)::GetProcAddress(hInstance ,"?createObject@@YAPAVCTry@@XZ") ;

CTry * pTry = pFun() ;

pTry ->print() ;

delete pTry ;


?? 這個方法雖然同樣能達到顯式導出類成員函數的目的。但是上面的方法有個缺點,就是在DLLnew 出來的對象,卻要放到客戶端釋放。因為客戶端并不知道DLL中的實現方法,很可能會不知道釋放這個對象,從而造成內存泄露。<<Effiective C++>>中明文規定禁止這樣做。

?

? 現在要找一個方法可以把回收內存的任務交 DLL 自己來處理。有沒有這樣一個方法呢?當然有,它就是引用計數。引用計數是一個簡單的垃圾回收機制,它的原理很簡單,組件內部維護著一個引用計數的數值,當用戶從組件取得一個接口時,該數值 +1 ,當用戶使用完這個接口,并釋放該接口時,該數值 -1 ,當該數值為 0 時,組件將自己從內存中刪除。下面是采用了引用計數的 DLL 實現方法。


#ifdef?TRY_EXPORTS
#define ?TRY_API?__declspec(dllexport)
#else
#define ?TRY_API?__declspec(dllimport)
#endif
#include?
< iostream >
using ? namespace ?std;

// ?此類是從?Try.dll?導出的
class ??CTry? {
public :
????friend?TRY_API?CTry
* ?createObject()?;

????
virtual ?? void ?print()?;

????
virtual ? void ?addRef()?;

????
virtual ? void ?removeRef()?;
protected :
????
int ?refCount?;

????
// 不允許通過構造函數初始化對象
????CTry( void )?;
????
????
virtual ? ~ CTry()?;


????
// 不允許相互賦值,這里面細節太多,懶得去分析:D
????CTry(CTry? & ths)?;

????CTry
* ? operator = ?( const ?CTry & ?ths?)?;
????
}
;

extern ?TRY_API? int ?nTry;

TRY_API?
int ?fnTry( void );
?
TRY_API?CTry
* ?createObject()?;

// ?Try.cpp?:?定義?DLL?應用程序的入口點。
//

#include?
" stdafx.h "
#include?
" Try.h "


#ifdef?_MANAGED
#pragma?managed(push,?off)
#endif

BOOL?APIENTRY?DllMain(?HMODULE?hModule,
???????????????????????DWORD??ul_reason_for_call,
???????????????????????LPVOID?lpReserved
?????????????????????)
{
????
switch ?(ul_reason_for_call)
????
{
????
case ?DLL_PROCESS_ATTACH:
????
case ?DLL_THREAD_ATTACH:
????
case ?DLL_THREAD_DETACH:
????
case ?DLL_PROCESS_DETACH:
????????
break ;
????}

????
return ?TRUE;
}


#ifdef?_MANAGED
#pragma?managed(pop)
#endif

// ?這是導出變量的一個示例
TRY_API? int ?nTry? = ? 0 ;

// ?這是導出函數的一個示例。
TRY_API? int ?fnTry( void )
{
????
return ? 42 ;
}


// ?這是已導出類的構造函數。
// ?有關類定義的信息,請參閱?Try.h

void ?CTry::print()
{
????cout
<< " CTry " << endl;
}


?CTry?
* createObject()
?
{
?????CTry?
* pTry? = ? new ?CTry()?;
?????pTry
-> addRef()?;
?????
return ?pTry?;
?}


?
void ?CTry::removeRef()
?
{
?????
if ?( -- refCount? == ? 0 )
?????
{
?????????delete?
this ?; // 刪除自己
?????}

?}


?
void ?CTry::addRef()
?
{
?????
++ refCount?;
?}


?CTry::CTry()
?
{
?????refCount?
= ? 0 ?;
?}


?CTry::
~ CTry()
?
{

?}

?CTry::CTry(CTry?
& ths)
?
{

?}


?CTry?
* CTry:: operator ? = ( const ?CTry? & ths)
?
{
?????
return ?NULL;
?}

?

? 上面的方法中,用戶不能通過構造函數來實例化一個對象,必須通過 createObject 接口才能實例化對象,當用戶使用完這個對象時必須調用 removeRef() 接口。代碼如下:

#include? " stdafx.h "
#include?
< iostream >
#include?
" Try.h "
using ? namespace ?std;

typedef?CTry
* ?( * Fn_FunType)()?;

int ?main()
{

????HINSTANCE?hInstance?
= ? 0 ;
????hInstance?
= ?LoadLibrary( " Try.dll " )?;
????
if ?(hInstance)
????
{
????????Fn_FunType?pFun?
= ?(Fn_FunType)::GetProcAddress(hInstance?, " ?createObject@@YAPAVCTry@@XZ " )?;

????????
if ?(pFun)
????????
{
????????????
// (pTry->*pFun)()?;
????????????CTry * ?pTry? = ?pFun()?;
????????????pTry
-> print()?;
????????????pTry
-> removeRef();
????????}

????}

????system(
" pause " )?;
????
return ? 0 ?;
}



? 當然上面只是我為了方便測試而寫的一個簡單的例子,還不完善。引用計數還有很多細節和注意事項。具體請看《more effective c++》第29項。

?

關于名字修飾約定

?

?? 前面代碼我都是通過編譯器中的修飾名來調用相應的函數的,修飾名是編譯器在編譯函數定義或者原型時生成的字符串。比如 "?createObject@@YAPAVCTry@@XZ" 就是 CTry::createObject 的修飾名。

名字修飾約定隨調用約定和編譯種類 (C C++) 的不同而變化。函數名修飾約定隨編譯種類和調用約定的不同而不同,下面分別說明。

A C 編譯時函數名修飾約定規則:

__stdcall 調用約定在輸出函數名前加上一個下劃線前綴,后面加上一個 "@" 符號和其參數的字節數,格式為 _functionname@number

__cdecl 調用約定僅在輸出函數名前加上一個下劃線前綴,格式為 _functionname

__fastcall 調用約定在輸出函數名前加上一個 "@" 符號,后面也是一個 "@" 符號和其參數的字節數,格式為 @functionname@number

它們均不改變輸出函數名中的字符大小寫,這和 PASCAL 調用約定不同, PASCAL 約定輸出的函數名無任何修飾且全部大寫。

B C++ 編譯時函數名修飾約定規則:

__stdcall 調用約定:

1 、以 "?" 標識函數名的開始,后跟函數名;

2 、函數名后面以 "@@YG" 標識參數表的開始,后跟參數表;

3 、參數表以代號表示:

X--void

D--char

E--unsigned char

F--short

H--int

I--unsigned int

J--long

K--unsigned long

M--float

N--double

_N--bool

....

PA-- 表示指針,后面的代號表明指針類型,如果相同類型的指針連續出現,以 "0" 代替,一個 "0" 代表一次重復;

4 、參數表的第一項為該函數的返回值類型,其后依次為參數的數據類型 , 指針標識在其所指數據類型前;

5 、參數表后以 "@Z" 標識整個名字的結束,如果該函數無參數,則以 "Z" 標識結束。

其格式為 "?functionname@@YG*****@Z" "?functionname@@YG*XZ" ,例如

????????? int Test1 char *var1,unsigned long ----- ?Test1@@YGHPADK@Z

????????? void Test2 () ?????????????????????? ----- ?Test2@@YGXXZ

?

__cdecl 調用約定:

規則同上面的 _stdcall 調用約定,只是參數表的開始標識由上面的 "@@YG" 變為 "@@YA"

__fastcall 調用約定:

規則同上面的 _stdcall 調用約定,只是參數表的開始標識由上面的 "@@YG" 變為 "@@YI" VC++ 對函數的省缺聲明是 "__cedcl", 將只能被 C/C++ 調用 .

?

?? 通常我們希望我們的 DLL 中的導出函數名能夠更易被識別(用戶使用才會更方便),也就是說 DLL 應該編譯出無修飾的 C 函數名,而不復雜的修飾名。所以當使用 C++ 文件來創建 DLL 時應該使用 extern “c” 來修飾導出函數和變量。實際上 VS 編譯器已經為我們準備了一個宏 EXTERN_C 用來代替 extern “c” 。修改以上的代碼如下:

EXTERN_C TRY_API int nTry;

EXTERN_C TRY_API int fnTry(void);

生成 DLL ,用 depens 工具查看,他們已經變成了如下模樣:

?

這樣在客戶端就可以通過函數名去調用它們。但是 EXTERN_C 宏卻沒辦法修飾類成員函數,

如果像全局函數那樣修飾類成員函數,編譯無法通過。用 .DEF 文件可以解決這個問題。

?

關于 .def 文件

模塊定義 (.def) 文件是包含一個或多個描述 DLL 各種屬性的 Module 語句的文本文件。

def 文件包含下列模塊定義語句:

1. 文件中的第一個語句必須是 LIBRARY 語句。此語句將 .def 文件標識為屬于 DLL LIBRARY 語句的后面是 DLL 的名稱。鏈接器將此名稱放到 DLL 的導入庫中。

2. ?EXPORTS 語句列出被導出函數的名字;將要輸出的函數修飾名羅列在 EXPORTS 之下,這個名字必須與定義函數的名字完全一致,如此就得到一個沒有任何修飾的函數名了。

3.? 可以使用 DESCRIPTION 語句描述 DLL 的用途 ( 此句可選 )

4.?? ";" 對一行進行注釋 ( 可選 )

?

創建一 .DEF 文件,命名為 export.def ,用來修飾 CTry::print 函數,如下:

LIBRARY??? "Try"

EXPORTS

print????? =????? ?print@CTry@@UAEXXZ? PRIVATE

?

DLL 工程屬性 -> 鏈接器 -> 輸入 -> 模塊定義文件中將 export.def 添加進去。這樣就可以直接通過函數名來顯式調用類成員函數了。下面是 DLL depens 工具中顯示的情況。

?

參考資料:

windows 核心編程》

programming windows

《微軟 DLL 專題》

posted on 2009-03-08 17:01 隙中駒 閱讀(551) 評論(1)  編輯 收藏 引用

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

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理



<2025年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

常用鏈接

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

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            一区二区三区久久久| 欧美风情在线| 欧美精品一区二区在线播放| 欧美自拍偷拍| 欧美视频一二三区| 亚洲激情av在线| 一区二区三区在线视频观看| 亚洲一区二区三区免费在线观看| 亚洲免费黄色| 欧美国产激情二区三区| 嫩草伊人久久精品少妇av杨幂| 国产欧美日韩另类视频免费观看| 99精品视频免费在线观看| 亚洲日本一区二区| 久久夜色精品国产噜噜av| 久久久久九九九| 国产视频亚洲| 亚洲欧美日韩国产综合在线| 亚洲一区日韩| 国产精品日韩精品欧美在线 | 欧美国产日韩a欧美在线观看| 国产女主播一区| 亚洲欧美国产视频| 久久国产综合精品| 国产亚洲欧美日韩日本| 欧美一区二区三区免费大片| 亚洲欧美一区二区视频| 国产精品久久久久99| 国产精品99久久久久久久女警| 亚洲永久视频| 国产欧美一区二区三区视频| 午夜影院日韩| 欧美3dxxxxhd| 99精品热视频| 国产乱肥老妇国产一区二| 亚洲欧美网站| 欧美成人第一页| 一区二区三区 在线观看视| 欧美视频免费在线观看| 亚洲欧美视频在线观看视频| 久久精品视频免费播放| 亚洲第一主播视频| 欧美精选午夜久久久乱码6080| 亚洲精品国产精品乱码不99| 亚洲婷婷综合色高清在线| 国产日产精品一区二区三区四区的观看方式 | 久久精品一二三区| 亚洲国产欧美在线人成| 欧美日韩mp4| 欧美亚洲一区二区在线| 欧美激情按摩在线| 亚洲自拍偷拍一区| 在线成人亚洲| 国产精品国产三级国产a| 亚洲欧美一区二区三区极速播放| 免费欧美日韩| 午夜精品久久久久久久久久久| 国产综合亚洲精品一区二| 欧美激情片在线观看| 亚洲一区二区三区在线看| 麻豆av福利av久久av| 一区二区欧美精品| 在线欧美视频| 国产精品久久久久久久久久久久久久 | 99精品视频免费观看视频| 久久久亚洲高清| 一区二区三区高清在线| 一区二区在线观看视频| 国产精品久久激情| 欧美国产日韩精品| 久久精品水蜜桃av综合天堂| 99re亚洲国产精品| 奶水喷射视频一区| 久久成人亚洲| 亚洲一区二区视频| 91久久亚洲| 国外视频精品毛片| 国产精品永久免费观看| 欧美另类高清视频在线| 久久免费精品视频| 午夜亚洲激情| 亚洲私拍自拍| 日韩网站在线| 最新成人在线| 亚洲第一黄网| 老司机成人网| 久久久精品日韩| 欧美在线免费视屏| 亚洲永久免费观看| 亚洲网在线观看| 日韩亚洲视频| 亚洲卡通欧美制服中文| 亚洲国产精品精华液网站| 国产视频一区二区三区在线观看| 欧美午夜电影在线| 欧美日韩一区二区国产| 欧美日本视频在线| 欧美日韩和欧美的一区二区| 欧美高清视频一区二区| 老鸭窝亚洲一区二区三区| 久久天堂国产精品| 久久久久久**毛片大全| 久久精品国产亚洲5555| 欧美一区免费视频| 欧美在线影院| 久久国产直播| 久久综合网络一区二区| 另类人畜视频在线| 欧美不卡视频| 欧美日韩国产成人| 欧美网站在线观看| 国产精品久久久久久影院8一贰佰| 欧美日韩免费高清一区色橹橹| 欧美日韩hd| 国产精品男女猛烈高潮激情| 国产精品女主播在线观看| 国产精品任我爽爆在线播放| 国产欧美日本在线| 一区二区在线视频| 亚洲人成人一区二区三区| 99ri日韩精品视频| 亚洲欧美日韩精品久久久| 欧美一区二区三区视频在线| 久久精品国产96久久久香蕉| 久久婷婷人人澡人人喊人人爽| 乱中年女人伦av一区二区| 欧美激情视频在线免费观看 欧美视频免费一| 欧美成人自拍视频| 亚洲精品综合在线| 亚洲欧洲av一区二区| 久久久久久亚洲精品杨幂换脸| 欧美成人一区在线| 国产精品免费一区二区三区在线观看| 国产一区二区三区成人欧美日韩在线观看| 狠狠色丁香婷婷综合| 日韩视频免费在线| 午夜精品一区二区在线观看 | 欧美黄在线观看| 国产精品夜夜嗨| 在线观看不卡| 亚洲一区一卡| 裸体女人亚洲精品一区| 亚洲精品专区| 久久久久久久97| 国产精品成av人在线视午夜片| 狠狠爱综合网| 亚洲午夜小视频| 麻豆免费精品视频| 一区二区三区精品视频| 久久野战av| 国产伦精品一区二区三区在线观看 | 99re6这里只有精品| 欧美一区2区三区4区公司二百| 模特精品裸拍一区| 亚洲欧美日韩国产一区| 欧美高清视频| 伊大人香蕉综合8在线视| 亚洲图片在线观看| 亚洲风情亚aⅴ在线发布| 亚洲影视九九影院在线观看| 美日韩精品免费| 国产午夜精品视频| 亚洲一区免费| 亚洲精品久久久久久下一站| 久久久久成人精品| 国产精品中文在线| 亚洲尤物精选| 99re在线精品| 欧美精品一区在线发布| 1024亚洲| 久久伊人一区二区| 性做久久久久久久久| 国产精品mv在线观看| 亚洲裸体视频| 亚洲黄色一区| 麻豆精品在线视频| 亚洲第一成人在线| 久久综合色播五月| 欧美一区二区在线播放| 国产精品资源在线观看| 亚洲午夜免费视频| 99精品国产热久久91蜜凸| 欧美成人免费在线| 亚洲精品一区二区在线| 欧美成人小视频| 久久伊人免费视频| 在线精品国产欧美| 久久久久久欧美| 久久精品国产91精品亚洲| 好看的日韩av电影| 开心色5月久久精品| 久久久久久免费| 亚洲电影免费观看高清完整版在线| 久久综合一区| 久久综合色婷婷| 亚洲日产国产精品| 亚洲精品视频一区二区三区| 欧美电影专区| 亚洲线精品一区二区三区八戒| 日韩小视频在线观看专区|