一、兩個Framework中如果定義了相同名字的C函數

后果

在使用多個動態庫時，兩個動態庫之間有可能存在相同名稱的函數，由于動態鏈接器在程序加載時會對外部引用進行重定位，這樣會出現只有名列前茅個函數生效，即所有對該函數的調用都將指向名列前茅個加載的動態庫的同名函數中。這樣就會很混亂，而且在想改名稱也不是很簡單的情況下就會很麻煩（例如同名函數太多，甚至就是模板）等等。

處理方法

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

-fvisibility=hidden

將以上的寫入gcc/g++中去，從.o的生成到.so的生成的命令行都要填上。這個有什么作用呢？GUN規定動態庫中的所有函數的全局變量默認是對外可見的，如果編譯動態庫時不添加以上參數，默認是可見的，添加之后，如果調用動態庫的函數，由于無法定義到引用的實際實現，會報錯：

undefined symbol: XXX

所以還沒有結束，接著就是要把動態庫部分需要對外顯示的函數接口顯示出來：例如模塊的入口函數：

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

注

__attribute__作用:

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

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

當然大家可以看明白，同名的不是可執行文件要調用的函數，而是動態庫中其他函數要使用的。

延伸閱讀：

二、容易產生C語言命名沖突的情況

1、當系統只有一個模塊的時候，命名沖突的問題不太嚴重。當系統有N個模塊之后，很難保證不發生命名沖突。如果代碼是我們自己編寫的，可以通過良好的編程習慣來避免這個問題。

2、但是如果你的系統中有多個開源庫的話，就非常容易產生命名沖突的問題了。因為這些開源庫是不同人編寫的，他們可能遵循的不同的命名規則。

3、另外一種非常容易產生命名沖突的情況是：如果你的系統有一部分是C語言實現的閉源的靜態庫或者動態庫（有可能是第三方提供的庫，或者是合作伙伴提供的庫），沒有源碼，你就很難避免命名沖突了。