VC里面實(shí)現(xiàn)動(dòng)態(tài)對(duì)象載入已經(jīng)不是什么新鮮事情了，很多的plug-in技術(shù)就是例子。Unix下，通過(guò)動(dòng)態(tài)載入so獲得一個(gè)對(duì)象也不是什么難事，不過(guò)對(duì)這個(gè)對(duì)象的管理就是一件比較麻煩的事情了。一般的需求如下：
??有class TMyObj，準(zhǔn)確說(shuō)TMyObj應(yīng)該是一個(gè)接口，根據(jù)不同具體情況會(huì)有不同的實(shí)現(xiàn)，例如 TMyObj1、TMyObj2等等……而這些TMyObj1和TMyObj2分別保存在不同的so當(dāng)中，需要根據(jù)不同的時(shí)候load不同的so，建立相應(yīng)的對(duì)象。由于這些對(duì)象都擁有TMyObj的接口，所以對(duì)于外部來(lái)說(shuō)對(duì)這些類的使用就像對(duì)TMyObj的使用一樣。
??看起來(lái)好像比較簡(jiǎn)單，只要在so里面引出一個(gè)函數(shù)：
??TMyObj * onCreateObject(void);
??而函數(shù)在so中的具體實(shí)現(xiàn)就是建立不同的子類，例如在obj1.so中：
??TMyObj * onCreateObject(void)
???{?return new TMyObj1;?}
??使用的時(shí)候只需要?jiǎng)討B(tài)load入obj1.so，并且找到onCreateObject函數(shù)的入口，就可以建立一個(gè)具有TMyObj接口的TMyObj1了。
??至于釋放對(duì)象，一般有兩種方法：
方法一：
??so中包含另外一個(gè)函數(shù)：
??void onDestroyObj(void * p)
??{
????TMyObj1 * tp = (TMyObj1 *)p;
????delete tp;
??}
??從so中導(dǎo)出該函數(shù)，并在刪除對(duì)象的時(shí)候調(diào)用。
方法二：
??TMyObj的析構(gòu)函數(shù)聲明為虛函數(shù)，那么從so導(dǎo)出的onCreateObject()建立的對(duì)象，直接執(zhí)行delete刪除就行了，由于析構(gòu)函數(shù)是虛函數(shù)，編譯器會(huì)正確的調(diào)用TMyObj1的析構(gòu)函數(shù)。
??當(dāng)然，方法二是比較簡(jiǎn)單而優(yōu)雅的方法，既然對(duì)于C++來(lái)說(shuō)接口就相當(dāng)于純虛函數(shù)，多增加一個(gè)析構(gòu)的虛函數(shù)又何妨呢。但是無(wú)論使用哪種方法，都要注意一個(gè)問(wèn)題，就是載入的obj1.so的生命周期要比最后一個(gè)TMyObj1的生存周期長(zhǎng)。即只要內(nèi)存中還存在TMyObj1對(duì)象，obj1.so就要一直在內(nèi)存中，不能卸載。要保證這個(gè)同步，是比較麻煩的事情。下面就說(shuō)說(shuō)我的解決方法：
??
??首先，要選擇一個(gè)通用的載入so的lib，這個(gè)可以參考一下common c++的DSO（在file.h）里面。（不想使用common c++？我也只是說(shuō)“參考”而已）。這個(gè)支持DLL和so，通過(guò)成員函數(shù)void *operator[](const char *);獲得指定的symbol的入口。
??其次，就要選擇一個(gè)通用的SmartPtr。這個(gè)當(dāng)然Loki是首選，Loki的SmartPtr的靈活性比boost的smart_ptr強(qiáng)多了，而且Loki也小巧的多。
??然后就要實(shí)現(xiàn)一個(gè)簡(jiǎn)單的so的manager，其實(shí)應(yīng)該說(shuō)是一個(gè)動(dòng)態(tài)object的factory：
??class TObjFactory : protected DSO
??{
??public:
????TObjFactory(void);
????
????void?load(const std::string & strPath);
????void *?createObj(void) const throw (TSOException);
??protected:
????typedef void * (*funcCreate)(void ** p);
????funcCreate??m_pCreator;
??};
??可以想象這個(gè)類干些什么：load就是載入相應(yīng)的so，然后獲得so中onCreateObject函數(shù)的入口，并賦給成員m_pCreator。而createObj就是調(diào)用m_pCreator建立對(duì)象。不過(guò)有所不同的是 m_pCreator所指向的函數(shù)形式是void * funcCreate(void ** p)，而多出來(lái)void **p用處就是可以讓so中的構(gòu)造函數(shù)中產(chǎn)生的exception能夠傳遞出來(lái)。這個(gè)不能說(shuō)不是so的麻煩之處，so中函數(shù)的exception不能被外部捕獲，所以只好這樣子做了。
??現(xiàn)在，關(guān)鍵的地方來(lái)了，就是要保證這個(gè)TObjFactory的生存周期了。選擇Loki的SmartPtr就能派上用場(chǎng)了。
??Loki的SmartPtr可以自己選定適用的StoragePolicy，這正是我們需要的，參考DefaultSPStorage，可以做我們的TMySOStoragePolicy：
??template
???class TMySOStoragePolicy
???{
????.....
???protected:
????void Destroy()
??????? {
??????? ?delete pointee_;
??????? ?m_pFactory = SmartPtr();
??????? }???
???private:
????SmartPtr?m_pFactory;
????StoredType ??????pointee_;
???};
??顯而易見(jiàn)，這樣做的目的就是要保證釋放指針的時(shí)候就減少TObjFactory的引用計(jì)數(shù)。
??好了，現(xiàn)在就是主角了：
??template
??class TDObj : public SmartPtr
??{
??public:
????TDObj(void);
????TDObj(const TDObj & obj);
????.....
????
??protected:
????friend class TDObjManager;
????TDObj(T * p, SmartPtr pManager);
??};
??
??class TDObjManager
??{
??public:
????......
????template
?????static TDObj??createObj(const std::string & strKeyName)
?????{
???????SmartPtr pFactory = getFactoryByName(strKeyName);
???????//這里面可以做很多事情了，例如訪問(wèn)內(nèi)存，查找相應(yīng)的Factory；或者讀取配置文件、讀入新的so并建立新的Factory。
???????//或者根據(jù)一些淘汰算法，先淘汰內(nèi)存的Factory，然后重新載入新的Factory等等。
???????std::auto_ptr _au( static_cast(pFactory->createObj()) );
???????return TDObj( _au.release(), pFactory);
?????}
??};
??
??以后用起來(lái)就簡(jiǎn)單多了：
??class TMyObj
??{
??public:
???virtual ~TMyObj(void);
???virtual int func(void) = 0;
??};
??
??TDObj?obj1 = TDObjManager::createObj( "obj1.so") );
??TDObj?obj2 = TDObjManager::createObj( "obj2.so") );
??
??cout << obj1->func() << endl;
??cout << obj2->func() << endl;
??說(shuō)了這么久，都是主程序的調(diào)用，而so中應(yīng)該如何呢？其實(shí)也很簡(jiǎn)單：
??class TMyObj1 : public TMyObj
??{
??public:
????TMyObj1(void);
????~TMyObj1(void);
????static void?onStaticInit(void);
????static void?onStaticDestroy(void);
????static const char *?getVersion(void);
????static const char *?getObjectName(void);
????
????virtual int??func(void);
??};
??
??DECLARE_SO_INTERFACE(TMyObj1);
??
??DECLARE_SO_INTERFACE其實(shí)是一個(gè)為了方便編寫程序而定義的宏:
??#define DECLARE_SO_INTERFACE(x)?extern "C" {?\
????void onInstallDLL(void);???\
????void onUninstallDLL(void);???\
????const char * onGetVersion(void);?\
????const char * onObjectName(void);?\
????void *?onCreateObject(void ** ppException);??\
???}; \
???void?onInstallDLL(void)?{ x::onStaticInit(); }????\
???void?onUninstallDLL(void)?{ x::onStaticDestroy(); }??\
???const char * onGetVersion(void) { return x::getVersion(); }??\
???const char * onObjectName(void)?{ return x::getObjectName(); }?\
???void *?onCreateObject(void ** pException)?{?\
????try { \
?????*pException = NULL; x * p = new x();?return (void *)p; \
????}catch(std::exception & e) { \
?????*pException = new std::exception(e); \
?????return NULL; ?\
????}?\
???}
???
??可以看到除了導(dǎo)出onCreateObject函數(shù)以外，還導(dǎo)出了：
??TMyObj1::onStaticInit用于載入so的時(shí)候執(zhí)行初始化操作；
??TMyObj1::onStaticDestroy用于卸載so的時(shí)候執(zhí)行清理操作；
??TMyObj1::getVersion?獲得對(duì)象的版本信息
??TMyObj1::onObjectName 獲得對(duì)象名信息等
??可以擴(kuò)展前面的TObjFactory，實(shí)現(xiàn)這些功能。
??同理，我們可以做obj2.so：
??class TMyObj2 : public TMyObj
??{
??public:
???TMyObj2(void);
???~TMyObj2(void);
??
???static void?onStaticInit(void);
???static void?onStaticDestroy(void);
???static const char *?getVersion(void);
???static const char *?getObjectName(void);
??
???virtual int??func(void);
??};
??
??DECLARE_SO_INTERFACE(TMyObj2);
??
??
??另外，一個(gè)值得討論的問(wèn)題是：C++由于沒(méi)有反射機(jī)制，所以無(wú)法實(shí)現(xiàn)設(shè)值注入和構(gòu)造注入，只能實(shí)現(xiàn)接口注入。不過(guò)一般來(lái)說(shuō)也已經(jīng)足夠使用了。