一、兩個(gè)Framework中如果定義了相同名字的C函數(shù)

后果

在使用多個(gè)動(dòng)態(tài)庫(kù)時(shí)，兩個(gè)動(dòng)態(tài)庫(kù)之間有可能存在相同名稱的函數(shù)，由于動(dòng)態(tài)鏈接器在程序加載時(shí)會(huì)對(duì)外部引用進(jìn)行重定位，這樣會(huì)出現(xiàn)只有名列前茅個(gè)函數(shù)生效，即所有對(duì)該函數(shù)的調(diào)用都將指向名列前茅個(gè)加載的動(dòng)態(tài)庫(kù)的同名函數(shù)中。這樣就會(huì)很混亂，而且在想改名稱也不是很簡(jiǎn)單的情況下就會(huì)很麻煩（例如同名函數(shù)太多，甚至就是模板）等等。

處理方法

這里只找到一種處理方法，當(dāng)然你直接把名字改成不一樣或者統(tǒng)一添加前綴（例如C++ namespace）也不錯(cuò)。方法如下：

-fvisibility=hidden

將以上的寫入gcc/g++中去，從.o的生成到.so的生成的命令行都要填上。這個(gè)有什么作用呢？GUN規(guī)定動(dòng)態(tài)庫(kù)中的所有函數(shù)的全局變量默認(rèn)是對(duì)外可見的，如果編譯動(dòng)態(tài)庫(kù)時(shí)不添加以上參數(shù)，默認(rèn)是可見的，添加之后，如果調(diào)用動(dòng)態(tài)庫(kù)的函數(shù)，由于無(wú)法定義到引用的實(shí)際實(shí)現(xiàn)，會(huì)報(bào)錯(cuò)：

undefined symbol: XXX

所以還沒有結(jié)束，接著就是要把動(dòng)態(tài)庫(kù)部分需要對(duì)外顯示的函數(shù)接口顯示出來(lái)：例如模塊的入口函數(shù)：

__attribute__((visibility(“default”))) int app_main(void)

注

__attribute__作用:

__attribute__ 可以設(shè)置函數(shù)屬性（Function Attribute）、變量屬性（Variable Attribute）和類型屬性（Type Attribute）

格式：__attribute__（（(visibility(“default”)，，，，，））

當(dāng)然大家可以看明白，同名的不是可執(zhí)行文件要調(diào)用的函數(shù)，而是動(dòng)態(tài)庫(kù)中其他函數(shù)要使用的。

延伸閱讀：

二、容易產(chǎn)生C語(yǔ)言命名沖突的情況

1、當(dāng)系統(tǒng)只有一個(gè)模塊的時(shí)候，命名沖突的問題不太嚴(yán)重。當(dāng)系統(tǒng)有N個(gè)模塊之后，很難保證不發(fā)生命名沖突。如果代碼是我們自己編寫的，可以通過良好的編程習(xí)慣來(lái)避免這個(gè)問題。

2、但是如果你的系統(tǒng)中有多個(gè)開源庫(kù)的話，就非常容易產(chǎn)生命名沖突的問題了。因?yàn)檫@些開源庫(kù)是不同人編寫的，他們可能遵循的不同的命名規(guī)則。

3、另外一種非常容易產(chǎn)生命名沖突的情況是：如果你的系統(tǒng)有一部分是C語(yǔ)言實(shí)現(xiàn)的閉源的靜態(tài)庫(kù)或者動(dòng)態(tài)庫(kù)（有可能是第三方提供的庫(kù)，或者是合作伙伴提供的庫(kù)），沒有源碼，你就很難避免命名沖突了。