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

白駒過隙
學而不思則罔,思而不學則怠
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   管理



<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

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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电影| 亚洲一区二区在线| 国产女主播一区| 亚洲欧洲偷拍精品| 国产日韩欧美在线观看| 99精品热视频| 亚洲精品免费一区二区三区| 久久se精品一区精品二区| 亚洲自拍另类| 欧美日韩久久久久久| 欧美a级一区| 狠狠干狠狠久久| 性久久久久久久久| 午夜免费在线观看精品视频| 欧美日本乱大交xxxxx| 亚洲国产成人在线| 亚洲国产成人av在线| 久久精品亚洲| 美女尤物久久精品| 在线看成人片| 久久亚洲图片| 欧美激情一区二区三区在线视频观看| 国产一区二区三区在线播放免费观看| 亚洲欧美韩国| 久久久成人精品| 国色天香一区二区| 久久久精品tv| 欧美激情小视频| 亚洲伦伦在线| 欧美区在线观看| 日韩视频在线观看国产| 亚洲午夜av在线| 国产精品国产三级国产普通话99 | 欧美激情自拍| 亚洲精品乱码久久久久久| 99re66热这里只有精品3直播| 欧美韩国一区| 亚洲视频福利| 欧美中文字幕| 激情一区二区三区| 毛片一区二区| 亚洲精选中文字幕| 亚洲综合色噜噜狠狠| 国产欧美精品国产国产专区| 欧美一级视频一区二区| 女主播福利一区| 99国内精品| 国产片一区二区| 久久天堂精品| 一本久久综合| 久久久久久亚洲精品中文字幕| **网站欧美大片在线观看| 欧美高清在线| 亚洲欧美一区二区三区在线| 蜜桃视频一区| 亚洲欧美日本视频在线观看| 一区二区三区我不卡| 欧美片在线观看| 欧美一区二区三区另类| 亚洲国产精品毛片| 欧美一区激情| 一区二区欧美日韩视频| 国产欧美精品在线| 欧美国产精品专区| 先锋影音久久| 亚洲精品护士| 欧美1区2区视频| 午夜精品一区二区三区在线视| 在线观看日韩av电影| 欧美午夜一区| 欧美99在线视频观看| 午夜免费在线观看精品视频| 亚洲精品中文字幕在线观看| 久久综合伊人77777蜜臀| 在线综合视频| 亚洲精品欧美精品| 国模叶桐国产精品一区| 国产精品成人在线观看| 牛牛精品成人免费视频| 午夜视频在线观看一区二区| 亚洲毛片在线| 欧美黄色大片网站| 久久久久久一区二区三区| 亚洲午夜羞羞片| 亚洲精品男同| 91久久国产综合久久| 狠狠久久婷婷| 国产精品亚洲综合天堂夜夜| 欧美日韩人人澡狠狠躁视频| 欧美成人中文字幕在线| 久久一二三四| 久久久蜜桃精品| 久久国产精品电影| 欧美亚洲综合在线| 亚洲自拍高清| 亚洲色图综合久久| aⅴ色国产欧美| 亚洲美女视频| 最新国产精品拍自在线播放| 欧美高清视频一区| 久久青草久久| 免费不卡中文字幕视频| 久久综合色影院| 久久嫩草精品久久久久| 久久久久久高潮国产精品视| 久久国产精品久久精品国产| 小嫩嫩精品导航| 欧美亚洲一级| 久久精品一区二区国产| 午夜精品久久久久影视| 亚洲欧美日韩一区| 欧美在线视频一区二区| 欧美一级视频精品观看| 久久国产福利| 免费久久99精品国产| 欧美二区不卡| 亚洲精品一区二区三区不| 亚洲精品午夜| 亚洲欧美激情四射在线日| 欧美在线视频不卡| 久久青草欧美一区二区三区| 另类激情亚洲| 欧美日韩一区在线| 国产精品美女久久久久久2018| 国产精品网站一区| 国外成人网址| 亚洲免费激情| 先锋影音久久| 裸体丰满少妇做受久久99精品 | 久久精品亚洲一区二区| 久久久高清一区二区三区| 久久九九热免费视频| 欧美成人xxx| 99国内精品久久| 亚洲欧美日韩视频一区| 久久久久久成人| 欧美日韩国产123区| 国产精品一二三视频| 亚洲国产第一页| 亚洲永久免费| 欧美v日韩v国产v| 亚洲深夜福利视频| 狼狼综合久久久久综合网| 欧美四级在线| 亚洲国产婷婷| 新狼窝色av性久久久久久| 蜜臀av在线播放一区二区三区 | 亚洲美女在线国产| 欧美一区二区三区精品 | 精品999成人| 亚洲深夜av| 欧美成年人网站| 亚洲欧美久久| 欧美日韩三级| 在线免费观看日本一区| 亚洲综合99| 亚洲黄色免费网站| 午夜精品一区二区三区电影天堂| 欧美/亚洲一区| 韩国一区二区三区在线观看| 在线午夜精品| 亚洲高清不卡| 久久久综合网| 国产欧美日韩视频| a4yy欧美一区二区三区| 蜜桃av综合| 性欧美大战久久久久久久久| 欧美日韩人人澡狠狠躁视频| 91久久久久| 美女91精品| 欧美伊久线香蕉线新在线| 欧美午夜电影完整版| 亚洲精品免费看| 欧美成人精品在线播放| 欧美一级在线视频| 国产精品激情电影| 日韩一本二本av| 亚洲国产高清自拍| 久久综合九色综合欧美狠狠| 国产亚洲精品激情久久| 亚洲欧美国产高清| 日韩小视频在线观看专区| 欧美大片免费久久精品三p| 在线观看福利一区| 美女图片一区二区| 欧美在线不卡| 黄色影院成人| 久久综合久色欧美综合狠狠 | 免费一区视频| 欧美在线视频一区二区| 国产欧美日韩综合一区在线播放| 亚洲欧美中文在线视频| 亚洲一区二区三区四区在线观看| 欧美日韩一区在线观看视频| 在线亚洲免费视频| 中文在线资源观看网站视频免费不卡| 欧美日韩一区二区免费视频| 一区二区欧美在线观看| 夜夜爽www精品| 国产九九精品|