在linux中使用動態連結庫進行連結時出現衝突導致crash，檢視原因是因為我們的動態連線庫中使用的protubuf版本與對方使用的版本衝突。但是我們產品中的protubuf是以靜態庫的方式鏈入，怎麼會出現版本衝突呢。谷歌了一下，究其原因是因為在Linux中會預設將所有匯入的第三方庫的介面一併匯出，這使得產品先啟動後再load我們的引擎的時候，我們的第三方庫在使用介面的時候，使用的並不是我們自己版本的介面，而是產品使用的版本的介面。

如果想檢視動態連結庫匯出符號表可以使用objdump工具，linux下 objdump -T xxxx.so > symbol.log  便可以檢視所有動態連結庫匯出的介面。

在Linux中就需要去手動控制動態連結庫或者靜態連結庫匯出的介面。

在使用cmake編譯的專案中，可以增加xxx.map與xxx.sym檔案在CMakeList.txt中對匯出函式進行控制。.map用於控制動態連結庫匯出符號，.sym檔案檔案用於控制靜態連結庫匯出符號，同時在編譯引數上也有區別，--retain-symbols-file控制靜態符號表，--version-script 控制動態符號表。所以舉個例子：

假設libxxx.so為我們的動態連結庫，export.map為控制動態連結庫匯出符號的檔案，其中global區域代表我們想要匯出的符號，local區域代表不想匯出的符號，*號表示除了global中的符號全部不匯出。

export.map檔案內容如下：

libxxx.so
{
      global:
             xxx_initialize();
             xxx_finalize();

      local:
             *;
}

libxxx.a
{
      xxxx_initialize();
      xxxx_finalize();
}

對於動態連結庫：

CMakeList.txt中新增：

SET_TARGET_PROPERTIES (libxxx PROPERTIES LINK_FLAGS  -Wl,--no-undefined,--version-script,${PROJECT_SOURCE_DIR}/xxx/export.map)

gcc編譯時：

gcc -shared -o libxxx.so wl, --version-script=export.map

對於靜態連結庫：

CMakeList.txt中新增：

SET_TARGET_PROPERTIES (libxxx PROPERTIES LINK_FLAGS  -Wl,--no-undefined,--retain-symbols-file,${PROJECT_SOURCE_DIR}/xxx/export.sym)

gcc編譯時：

gcc -shared -o libxxx.so wl,--retain-symbols-file=export.sym

Linux動態連結庫中使用第三方庫的時候這點需要注意，稍不小心就會crash。