DLL（Dynamic Link Library）是一段特殊的代碼，它能夠被外部程序在程序運(yùn)行的時(shí)候調(diào)用。在DLL里面的代碼可以同時(shí)被許多外部程序共享，而且不會(huì)引起手機(jī)內(nèi)存的重復(fù)分配。

?

DLL根據(jù)接口的類(lèi)型Symbian系統(tǒng)支持兩種類(lèi)型的DLL:靜態(tài)接口DLL和多態(tài)接口DLL

靜態(tài)接口DLL在主調(diào)程序啟動(dòng)的時(shí)候被系統(tǒng)自動(dòng)載入到手機(jī)內(nèi)存里面（唯一的例外是如果該DLL是在ROM只讀存儲(chǔ)器里面，那么可以直接通過(guò)它的地址進(jìn)行調(diào)用）。并且如果沒(méi)有外部程序使用它了，它將被自動(dòng)的從內(nèi)存中卸載。靜態(tài)接口DLL在系統(tǒng)內(nèi)提供了一系列唯一的函數(shù)（例如，兩個(gè)具有相同導(dǎo)出函數(shù)的DLL在系統(tǒng)中也不會(huì)混淆）。靜態(tài)接口DLL具有.dll文件后綴，通常用于在Symbian系統(tǒng)中實(shí)現(xiàn)應(yīng)用程序引擎（例如，與UI無(wú)關(guān)的代碼）。

?

多態(tài)接口DLL是只帶一個(gè)單獨(dú)導(dǎo)出函數(shù)的普通DLL，一般都是通過(guò)調(diào)用RLibrary::Load()函數(shù)才能被載入到內(nèi)存中，而且在卸載的時(shí)候，也最好通過(guò)RLibrary::Close()函數(shù)進(jìn)行卸載。多個(gè)多態(tài)接口DLL可以為外部程序?qū)С龆鄠€(gè)相同函數(shù)名的函數(shù)。所以，這種DLL通常情況下被廣泛應(yīng)用于實(shí)現(xiàn)某個(gè)應(yīng)用程序框架功能擴(kuò)展時(shí)候的插件。在Symbian系統(tǒng)中，多態(tài)接口DLL可以有多種不同的文件后綴。其中最著名的一個(gè)就是.app結(jié)尾的（應(yīng)用程序），.ldd（邏輯設(shè)備驅(qū)動(dòng)），.tsy和.csy（電話和通信服務(wù)模塊）等等。。。

?

在本文中，我們將只關(guān)注靜態(tài)接口DLL技術(shù)，它是你我在開(kāi)發(fā)中最最常用的DLL類(lèi)型。我們將以通用DLL的繼續(xù)我們的內(nèi)容。

靜態(tài)接口的DLL

從DLL調(diào)用者的角度來(lái)看，DLL有三個(gè)文件組成：

（1）頭文件：.h的文件后綴，可以#include到主調(diào)程序的代碼中去，只有在編譯

的時(shí)候有用。

（2）導(dǎo)出文件：.lib的文件后綴，可以由主調(diào)程序進(jìn)行鏈接，這個(gè)文件記載了DLL的提供的所有接口函數(shù)名稱(chēng)和地址。（在arm版本中應(yīng)該是dso后綴）

（3）DLL文件本身：.dll的文件后綴包括所有.lib文件記載的接口函數(shù)的具體實(shí)現(xiàn)，主調(diào)函數(shù)在運(yùn)行的時(shí)候?qū)嶋H調(diào)用和執(zhí)行的部分。

?

從DLL編寫(xiě)者的角度來(lái)看，DLL可以被看成是一個(gè)完整的Symbian項(xiàng)目。它由以下幾部分組成：

（1）項(xiàng)目自己的MMP文件（在bld.inf文件中列出的）

（2）一個(gè)頭文件，指定了該DLL需要導(dǎo)出的接口

（3）源代碼文件，具體導(dǎo)出函數(shù)的實(shí)現(xiàn)

?

頭文件

DLL的頭文件與其它類(lèi)的頭文件的頭文件非常類(lèi)似。不同的地方在于使用了IMPORT_C宏來(lái)定義所有導(dǎo)出函數(shù)：

class CMyEngine : public CBase

{

public:

?? // These functions are visible by the

?? // clients of the DLL and needs to have

?? // the IMPORT_C tag

?? IMPORT_C static CMyEngine* NewL();

?? IMPORT_C static CMyEngine* NewLC();

?

?? IMPORT_C void MyPublicMethod();

?? IMPORT_C void AnotherPublicMethod();

?? ...

private:

?? // These functions are not visible by the

?? // clients of the DLL and then do not need

?? // the IMPORT_C tag

?? CMyEngine();

?? void ConstructL();

?? void SomePrivateMethod();

}

?

實(shí)現(xiàn)文件

編寫(xiě)DLL工作本身沒(méi)有什么需要復(fù)雜的地方，但是有兩個(gè)重要的地方需要留意：

（1）E32Dll()函數(shù)必須實(shí)現(xiàn)

（2）另外一個(gè)特殊的宏，EXPORT_C，應(yīng)該加在每個(gè)導(dǎo)出函數(shù)實(shí)現(xiàn)的前面。

例如：

// This function is mandatory for all DLLs

EXPORT_C TInt E32Dll(TDllReason)

{

??????? return KErrNone;

}

?

// This function is exported: The EXPORT_C tag shall be used.

EXPORT_C void MyPublicMethod()

{

?? ...

}

?

// This one is not: The EXPORT_C tag shall not be used.

void SomePrivateMethod()

{

? // Do Something

}

?

MMP文件

DLL的MMP文件應(yīng)該有以下特點(diǎn)

（1）定義項(xiàng)目(project)的類(lèi)型是dll

（2）使用正確的UID2的值(0x1000008d)

在開(kāi)發(fā)過(guò)程中，你也應(yīng)該通過(guò)EXPORTUNFROZEN告訴編譯環(huán)境，DLL接口還沒(méi)有定稿，還可以隨時(shí)修改。

例如：

TARGET??????? MyEngine.dll

TARGETTYPE??? dll

UID?????????? 0x1000008d

...

EXPORTUNFROZEN

?

把DLL接口定稿（Freezing DLL）

一旦你完成了DLL的開(kāi)發(fā)，在你發(fā)行你的DLL版本之前，應(yīng)該把接口定稿（Freezing）這樣可以確定將來(lái)發(fā)行的DLL可以向下兼容。

通過(guò)將項(xiàng)目的MMP文件中的EXPORTUNFROZEN關(guān)鍵字去掉，用常規(guī)的方法重新建立DLL，來(lái)實(shí)現(xiàn)DLL庫(kù)的定稿。這時(shí)候會(huì)有“.def文件不存在”的編譯警告信息出現(xiàn)，不要緊，繼續(xù)就建立當(dāng)前項(xiàng)目，在項(xiàng)目編譯完畢以后，你可以用如下命令定稿：

abld freeze [platform]

例如

?1、bldmake?? bldfiles;??

?2、abld?? build? gcce;??

?3、abld?? freeze gcce;?

注意:

這里通常有三個(gè)定稿的def文件夾：在二版本中編譯armi時(shí)，用abld freeze armi產(chǎn)生的是BMARM文件夾和對(duì)應(yīng)的Def；在三版本中編譯gcce和armV5時(shí)會(huì)產(chǎn)生EABI文件夾和對(duì)應(yīng)的Def；而用wins時(shí)則編譯產(chǎn)生BWINS文件夾和對(duì)應(yīng)的Def。（個(gè)人總結(jié)）

所有的ARM平臺(tái)共享一個(gè).def文件，但是對(duì)于wins模擬器和winscw CodeWarrior環(huán)境來(lái)說(shuō)，他們有不同的.def文件。