so檔案：動態庫
a檔案： 靜態庫
exe檔案：可執行程式（linux下以檔案屬性來標示是否是可執行檔案，與字尾名無關）


gcc中連結順序問題，總結出以下幾點：
1，動態庫中可以包含另一個靜態庫，通過引數 -lxxx 把靜態庫libxxx.a加入so檔案中，這樣so檔案中
   就包含了libxxx.a的所有實現。當然，如果不包含libxxx.a也沒有問題，這樣生成的so會小一點。
   如果不包含libxxx.a，最終使用這個so的可執行檔案，在其生成時必須加入 -lxxx。
2, 2個so檔案可以包含同一個靜態庫libxxx.a，最終生成exe檔案時，不會產生衝突。更廣泛的說，生成
   exe檔案時候，可以連結多個so檔案和a檔案，如果其中的a檔案有多份實現，最終只會有一份生效，其他
   都會被忽略。不用擔心衝突。
3，當生成exe時候，當a檔案有多份實現時，最左邊指定的a檔案才生效。


具體例子來說：
     libstatic.a ：   一個靜態庫檔案
     libdynamic1.so:需要使用libstatic.a中的函式，但是沒有包含libstatic.a
     libdynamic2.so:需要使用libstatic.a中的函式，包含libstatic.a
     libdynamic3.so:需要使用libstatic.a中的函式，也包含libstatic.a
     test.exe:最終的生成的可執行檔案（linux對字尾沒有要求，為了說明檔案，姑且用exe字尾來表示可執行檔案）
     
     gcc -o test.exe -ldynamic1 :錯誤，libdynamic1.so中沒有包含libstatic.a，找不到libstatic.a的實現。
     
     gcc -o test.exe -ldynamic1 -lstatic:正確，so中沒有，但是指定了libstatic.a，可以編譯過
     
     gcc -o test.exe -ldynamic2 :正確，libdynamic2.so中有libstatic.a的實現。
     
     gcc -o test.exe -ldynamic1 -ldynamic2:正確，libdynamic1.so中沒有libstatic.a，但是libdynamic2.so中有。
     
     gcc -o test.exe -ldynamic2 -ldynamic3:正確，雖然libdynamic2.so和libdynamic3.so都含有靜態庫，但是不會衝突，
                                           最終只會有一份存在，並且是libdynamic2.so中的靜態庫有效。
                                           
     gcc -o test.exe -ldynamic2 -ldynamic3 -lstatic:同樣正確，最終只會有一份存在，並且是libdynamic2.so中的靜態庫有效。
     

     gcc中庫的連結順序是從右往左進行，所以要把最基礎實現的庫放在最後，這樣左邊的lib就可以呼叫右邊的lib中的程式碼。同時，當一個函式的實現程式碼在多個lib都存在時，最左邊的lib程式碼最後link，所以也將最終儲存下來。

原文連結   http://www.cnblogs.com/lidabo/p/6206699.html