linux下.so的動態除錯
阿新 • • 發佈：2019-02-03
動態庫*.so在linux下用c和c++程式設計時經常會碰到，最近在網站找了幾篇文章介紹動態庫的編譯和連結，總算搞懂了這個之前一直不太瞭解得東東，這裡做個筆記，也為其它正為動態庫連結庫而苦惱的兄弟們提供一點幫助。
1、動態庫的編譯
下面通過一個例子來介紹如何生成一個動態庫。這裡有一個頭檔案：so_test.h，三個.c檔案：test_a.c、test_b.c、test_c.c，我們將這幾個檔案編譯成一個動態庫：libtest.so。
//so_test.h：
#include "stdio.h"
void test_a();
void test_b();
void test_c();
//test_a.c：
#include "so_test.h"
void test_a()
{
printf("this is in test_a...\n");
}
//test_b.c：
#include "so_test.h"
void test_b()
{
printf("this is in test_b...\n");
}
//test_c.c：
#include "so_test.h"
void test_c()
{
printf("this is in test_c...\n");
}
將這幾個檔案編譯成一個動態庫：libtest.so
$ gcc test_a.c test_b.c test_c.c -fPIC -shared -o libtest.so
2、動態庫的連結
在1、中，我們已經成功生成了一個自己的動態連結庫libtest.so，下面我們通過一個程式來呼叫這個庫裡的函式。程式的原始檔為：test.c。
test.c：
#include "so_test.h"
int main()
{
test_a();
test_b();
test_c();
return 0;
}
將test.c與動態庫libtest.so連結生成執行檔案test：
$ gcc test.c -L. -ltest -o test
測試是否動態連線，如果列出libtest.so，那麼應該是連線正常了
$ ldd test
執行test，可以看到它是如何呼叫動態庫中的函式的。
3、編譯引數解析
最主要的是GCC命令列的一個選項:
-shared該選項指定生成動態連線庫（讓聯結器生成T型別的匯出符號表，有時候也生成弱連線W型別的匯出符號），不用該標誌外部程式無法連線。相當於一個可執行檔案
-fPIC：表示編譯為位置獨立的程式碼，不用此選項的話編譯後的程式碼是位置相關的所以動態載入時是通過程式碼拷貝的方式來滿足不同程序的需要，而不能達到真正程式碼段共享的目的。
-L.：表示要連線的庫在當前目錄中
-ltest：編譯器查詢動態連線庫時有隱含的命名規則，即在給出的名字前面加上lib，後面加上.so來確定庫的名稱
LD_LIBRARY_PATH：這個環境變數指示動態聯結器可以裝載動態庫的路徑。
當然如果有root許可權的話，可以修改/etc/ld.so.conf檔案，然後呼叫 /sbin/ldconfig來達到同樣的目的，不過如果沒有root許可權，那麼只能採用輸出LD_LIBRARY_PATH的方法了。
4、注意
呼叫動態庫的時候有幾個問題會經常碰到，有時，明明已經將庫的標頭檔案所在目錄 通過 “-I” include進來了，庫所在檔案通過 “-L”引數引導，並指定了“-l”的庫名，但通過ldd命令察看時，就是死活找不到你指定連結的so檔案，這時你要作的就是通過修改 LD_LIBRARY_PATH或者/etc/ld.so.conf檔案來指定動態庫的目錄。通常這樣做就可以解決庫無法連結的問題了。
在linux下可以用export命令來設定這個值，在linux終端下輸入:
export LD_LIBRARY_PATH=/opt/au1200_rm/build_tools/bin: $LD_LIBRARY_PATH:
然後再輸入:export
即會顯示是否設定正確
export方式在重啟後失效，所以也可以用 vim /etc/bashrc ，修改其中的LD_LIBRARY_PATH變數。
例如：LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/au1200_rm/build_tools/bin。
1、動態庫的編譯
下面通過一個例子來介紹如何生成一個動態庫。這裡有一個頭檔案：so_test.h，三個.c檔案：test_a.c、test_b.c、test_c.c，我們將這幾個檔案編譯成一個動態庫：libtest.so。
//so_test.h：
#include "stdio.h"
void test_a();
void test_b();
void test_c();
//test_a.c：
#include "so_test.h"
void test_a()
{
printf("this is in test_a...\n");
}
//test_b.c：
#include "so_test.h"
void test_b()
{
printf("this is in test_b...\n");
}
//test_c.c：
#include "so_test.h"
void test_c()
{
printf("this is in test_c...\n");
}
將這幾個檔案編譯成一個動態庫：libtest.so
$ gcc test_a.c test_b.c test_c.c -fPIC -shared -o libtest.so
2、動態庫的連結
在1、中，我們已經成功生成了一個自己的動態連結庫libtest.so，下面我們通過一個程式來呼叫這個庫裡的函式。程式的原始檔為：test.c。
test.c：
#include "so_test.h"
int main()
{
test_a();
test_b();
test_c();
return 0;
}
將test.c與動態庫libtest.so連結生成執行檔案test：
$ gcc test.c -L. -ltest -o test
測試是否動態連線，如果列出libtest.so，那麼應該是連線正常了
$ ldd test
執行test，可以看到它是如何呼叫動態庫中的函式的。
3、編譯引數解析
最主要的是GCC命令列的一個選項:
-shared該選項指定生成動態連線庫（讓聯結器生成T型別的匯出符號表，有時候也生成弱連線W型別的匯出符號），不用該標誌外部程式無法連線。相當於一個可執行檔案
-fPIC：表示編譯為位置獨立的程式碼，不用此選項的話編譯後的程式碼是位置相關的所以動態載入時是通過程式碼拷貝的方式來滿足不同程序的需要，而不能達到真正程式碼段共享的目的。
-L.：表示要連線的庫在當前目錄中
-ltest：編譯器查詢動態連線庫時有隱含的命名規則，即在給出的名字前面加上lib，後面加上.so來確定庫的名稱
LD_LIBRARY_PATH：這個環境變數指示動態聯結器可以裝載動態庫的路徑。
當然如果有root許可權的話，可以修改/etc/ld.so.conf檔案，然後呼叫 /sbin/ldconfig來達到同樣的目的，不過如果沒有root許可權，那麼只能採用輸出LD_LIBRARY_PATH的方法了。
4、注意
呼叫動態庫的時候有幾個問題會經常碰到，有時，明明已經將庫的標頭檔案所在目錄 通過 “-I” include進來了，庫所在檔案通過 “-L”引數引導，並指定了“-l”的庫名，但通過ldd命令察看時，就是死活找不到你指定連結的so檔案，這時你要作的就是通過修改 LD_LIBRARY_PATH或者/etc/ld.so.conf檔案來指定動態庫的目錄。通常這樣做就可以解決庫無法連結的問題了。
在linux下可以用export命令來設定這個值，在linux終端下輸入:
export LD_LIBRARY_PATH=/opt/au1200_rm/build_tools/bin: $LD_LIBRARY_PATH:
然後再輸入:export
即會顯示是否設定正確
export方式在重啟後失效，所以也可以用 vim /etc/bashrc ，修改其中的LD_LIBRARY_PATH變數。
例如：LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/au1200_rm/build_tools/bin。