UNIX下動(dòng)態(tài)鏈接庫使用的問題

wudiwin728

程序共有兩部分，主程序和動(dòng)態(tài)鏈接庫；
主程序和動(dòng)態(tài)鏈接庫源碼中都含有類名相同的一個(gè)類，class A，當(dāng)時(shí)內(nèi)容有這很多差異。
主程序通過dlopen()函數(shù)調(diào)用動(dòng)態(tài)庫接口函數(shù)，初始化動(dòng)態(tài)庫中得接口類 class inerface，然后再用interface初始化動(dòng)態(tài)鏈接庫中的class A的一個(gè)實(shí)例，并間接調(diào)用其中的函數(shù)。
怪異的事情出現(xiàn)了，gdb跟進(jìn)去后，發(fā)現(xiàn)interface中初始化的class A的實(shí)例，竟然是住程序中的class A，而非動(dòng)態(tài)鏈接庫中得class A。
兩個(gè)程序都是單獨(dú)編譯的，makefile中沒有重疊的部分。為什么會(huì)出現(xiàn)這種情況，還請高人解答

nketc

lz沒提供代碼，我只能猜測。linux/unix中程序加載后符號(hào)表只有一個(gè)，相同的符號(hào)會(huì)被覆蓋。

你的makefile中給主程序?qū)С龇��?hào)了？不管主程序還是共享庫，不必要的符號(hào)不要導(dǎo)出。共享庫默認(rèn)不加static的符號(hào)都是導(dǎo)出的哦。

oooooxxxxx

Linux動(dòng)態(tài)庫中使用C++不是個(gè)好主意，至少用C包一層。編譯器本身有可能有問題，尤其是老一點(diǎn)的編譯器，編譯選項(xiàng)不同也可能導(dǎo)致問題，最后link也有可能有一些符號(hào)問題，總之，除非你對動(dòng)態(tài)庫與C++的編譯鏈接以及gcc各個(gè)版本的bug有深入的理解，否則還是繞開比較好。

nketc

C++ ABI復(fù)雜啊