有人說(shuō) 反射反射，程序員的法寶。這句話一點(diǎn)也沒(méi)有錯(cuò)。如果能夠動(dòng)態(tài)的加載類和方法，就等于徹底的解除了類和類，方法和方法的耦合。
當(dāng)然，這樣編譯器就無(wú)法幫你檢查出其中的錯(cuò)誤了，還是有一定的風(fēng)險(xiǎn)的。
總的來(lái)說(shuō)，反射是一位好同志。他可以讓程序的擴(kuò)展變得如此方便，免除了重新編譯之苦。
近來(lái)在玩C++，被其中的種種細(xì)節(jié)問(wèn)題搞得暈頭轉(zhuǎn)向。
用LoadLibrary實(shí)現(xiàn)動(dòng)態(tài)加載類，花了很多時(shí)間在dll的路徑問(wèn)題上。
在傳入相對(duì)路徑時(shí)，文件的查找順序比較詭異，在XP sp2以后首先是系統(tǒng)目錄開始搜索，以前是首先從當(dāng)前目錄開始搜索。微軟認(rèn)為當(dāng)前目錄是不安全的。所以如果很不巧你的System32下有一個(gè)同名的dll時(shí)，會(huì)造成dll版本的混亂。
解決這個(gè)問(wèn)題，要改用LoadLibraryEx(path,NULL,LOAD_WITH_ALTERED_SEARCH_PATH);
另一種方法是先調(diào)用SetDllDirectory方法，將要設(shè)置的目錄會(huì)優(yōu)先開始搜索。
以上兩種方法是權(quán)宜之計(jì)，最值得推薦的方法是用絕對(duì)路徑而不是相對(duì)路徑。要獲得絕對(duì)路徑就要知道當(dāng)前程序的目錄。問(wèn)題來(lái)了，怎么獲得當(dāng)前目錄呢？
我當(dāng)時(shí)是一拍腦袋，用了GetCurrentDirectory方法。用了才發(fā)現(xiàn)，得到的路徑并不穩(wěn)定，有時(shí)候會(huì)得到莫名其妙的路徑，甚至在不同電腦上有不同的結(jié)果。
正確的解決方法麻煩了許多，要先AfxGetInstanceHandle()得出模塊句柄，然后得到當(dāng)前模塊包含路徑的全名GetModuleFileName，最后通過(guò)字符串操作，去掉最后一個(gè) / 后的內(nèi)容，才得到當(dāng)前路徑。
解決了這些問(wèn)題，LoadLibrary路徑?jīng)]問(wèn)題，得到結(jié)果卻是0，GetLastError得到126，找不到指定的模塊。我和同事一致認(rèn)為是dll的其他依賴缺失。用depends打開這個(gè)dll，所有依賴都沒(méi)問(wèn)題啊，Why？
后來(lái)我試著把dll和依賴放的滿磁盤到處都是，終于找出了問(wèn)題所在：
我的程序主模塊app.exe和要加載的模塊 plugins/plgn1.dll不是在同一級(jí)目錄下，在用depends打開plgn1.dll時(shí)，會(huì)在當(dāng)前目錄（/plugins/）下尋找其他依賴，這些依賴都在。
而LoadLibrary加載的模塊 plugins/plgn1.dll時(shí)，他認(rèn)為的當(dāng)前路徑是相對(duì)主模塊app.exe來(lái)說(shuō)的，是程序根目錄（/）而不是/plugins/，所以就找不到相關(guān)依賴，導(dǎo)致plgn1.dll加載失敗。
解決方法：SetDllDirectory方法，設(shè)置為plgn1.dll所在的絕對(duì)路徑。