A. 動態庫鏈接編譯
這里的動態的意思應該是模塊代碼是動態載入的
而不是隨著應用程序一起編譯
只要動態庫里的函數介面不變
應用程序就無需重新編譯
只需將動態庫重新編譯後替換掉舊的動態庫即可
如果動態庫的函數介面有變動
那麼應用程序就要重新編譯發布
這也是我的個人理解~~~
B. 關於VB中使用.DLL動態資源庫的一些問題
.DLL是已經編譯好的動態庫文件了
不可能看到函數的具體過程的（除非你有源代碼）
用VS自帶的一個較Depends的工具可以看到這個DLL裡面有些什麼函數
Depends在VS安裝目錄下的Tools文件夾中可以找到
C. 怎麼重新編譯android 下面的動態庫
使用動態庫來編譯動態庫
A項目的android.mk文件如下:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := testa
LOCAL_SRC_FILES := testa.c
include $(BUILD_SHARED_LIBRARY)
生成的libtesta.so加入到E:\workspace\android-ndk-r8e\platforms\android-8\arch-arm\usr\lib\下面
項目B的文件目錄結構如下:
jni
jni/jni/
jni/prebuilt/
jni目錄下的mk文件如下:
include $(all-subdir-makefiles)
jni/prebuilt目錄下的mk文件如下:
LOCAL_PATH := $(call my-dir)
#include $(CLEAR_VARS)
LOCAL_MODULE := libtesta
LOCAL_SRC_FILES := libtesta.so
include $(PREBUILT_SHARED_LIBRARY)
同時把libtesta.so也放入該目錄下.
jni/jni目錄下的mk文件內容:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_LDLIBS := -ltesta
LOCAL_MODULE := testb
LOCAL_SRC_FILES := testb.c
include $(BUILD_SHARED_LIBRARY)
這樣生成libtestb.so文件, 同時eclipse在打包時會把libtesta.so, libtestb.so都加入到apk文件中，如果沒有prebuilt那一步，那麼在打包時會漏掉libtesta.so, 但編譯會通過,因為編譯讀取的是編譯系統的庫文件目錄(LOCAL_LDLIBS := -ltesta), 這點需要注意
java代碼:
System.loadLibrary("testa");
System.loadLibrary("testb");
注意先後關系
D. golang編譯so動態庫載入失敗
Golang編譯so動態庫載入失桐握敗的原因可能有很多，首先，檢查動態庫文件是否正確安裝，其次，檢查編譯選項是否正確，比如-shared參數是豎棗否被正確設置，最後，追蹤運行時出現的導致載入失敗的錯誤，可能是某個符號沒有被余輪拆找到或者版本不匹配等情況。
E. VC程序調用動態庫,編譯時候也跟著編譯動態庫
不太清楚你的工程是如何建立的，想必一個工程是生成動態鏈接庫，另一個是調用程序EXE了。由於VC動態庫有兩種形式，Regular和Extended兩種，其中一種能導出類，另一種只能導出變數和函數。如果導出的是類，你在編譯EXE文件時自然需要用到類得聲明文件，即你前面所說的動態庫本身所引用的文件。如果導出的是函數或變數，有可能出現的情況是：一般為了代碼的重用性，把需要導出的函數或變數單獨放在一個頭文件中，用一個宏控制其導入、導出。編譯動態庫時，宏定義為導出，編譯EXE時，宏變為導入，這個頭文件為兩者共用。如果不小心在這個頭文件中包含了其他頭文件，也可能出現你說的情況。如果動態庫調用直接採用函數入口地址的方法，則什麼都不用聲明，當然，只適用於導出函數與變數的情形。
F. 萌新求助、gcc編譯c++動態庫編寫makefile
假設有下面幾個c++文件：
wherewhen.h wherewhen.c
countdown.h countdown.c 包含了math.h， 需要連接庫文件
main.c 主函數， main.c 包含了兩個頭文件 wherewhen.h and countdown.h
1、第一種編譯方法：
g++ -Wall -g wherewhen.c countdown.c main.c -lm -o myprogram
生成可執行文件myprogram
2、第二中編譯方法， 分別編譯各個文件：
g++ -Wall -g -c wherewhen.c
g++ -Wall -g -c countdown.c
g++ -Wall -g -c main.c
g++ -g wherewhen.o countdown.o main.o -lm -o myprogram
G. 動態庫和靜態庫的區別
我們通常把一些公用函數製作成函數庫，供其它程序使用。
函數庫分為靜態庫和動態庫兩種。
靜態庫在程序編譯時會被連接到目標代碼中，程序運行時將不再需要該靜態庫。
動態庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運行時還需要動態庫存在。
本文主要通過舉例來說明在linux中如何創建靜態庫和動態庫，以及使用它們。
在創建函數庫前，我們先來准備舉例用的源程序，並將函數庫的源程序編譯成.o文件。
第1步：編輯得到舉例的程序--hello.h、hello.c和main.c;
hello.h(見程序1)為該函數庫的頭文件。
hello.c(見程序2)是函數庫的源程序，其中包含公用函數hello，該函數將在屏幕上輸出"Hello XXX!"。
main.c(見程序3)為測試庫文件的主程序，在主程序中調用了公用函數hello。
程序1: hello.h
#ifndef HELLO_H
#define HELLO_H
void hello(const char *name);
#endif //HELLO_H
程序2: hello.c
#include
void hello(const char *name)
{
printf("Hello %s!/n", name);
}
程序3: main.c
#include "hello.h"
int main()
{
hello("everyone");
return 0;
}
第2步：將hello.c編譯成.o文件;
無論靜態庫，還是動態庫，都是由.o文件創建的。因此，我們必須將源程序hello.c通過gcc先編譯成.o文件。
在系統提示符下鍵入以下命令得到hello.o文件。
# gcc -c hello.c
#
(注1：本文不介紹各命令使用和其參數功能，若希望詳細了解它們，請參考其他文檔。)
(注2：首字元"#"是系統提示符，不需要鍵入，下文相同。)
我們運行ls命令看看是否生存了hello.o文件。
# ls
hello.c hello.h hello.o main.c
#
(注3：首字元不是"#"為系統運行結果，下文相同。)
在ls命令結果中，我們看到了hello.o文件，本步操作完成。
下面我們先來看看如何創建靜態庫，以及使用它。
第3步：由.o文件創建靜態庫;
靜態庫文件名的命名規范是以lib為前綴，緊接著跟靜態庫名，擴展名為.a。例如：我們將創建的靜態庫名為myhello，則靜態庫文件名就是libmyhello.a。在創建和使用靜態庫時，需要注意這點。創建靜態庫用ar命令。
在系統提示符下鍵入以下命令將創建靜態庫文件libmyhello.a。
# ar cr libmyhello.a hello.o
#
我們同樣運行ls命令查看結果：
# ls
hello.c hello.h hello.o libmyhello.a main.c
#
ls命令結果中有libmyhello.a。
第4步：在程序中使用靜態庫;
靜態庫製作完了，如何使用它內部的函數呢？只需要在使用到這些公用函數的源程序中包含這些公用函數的原型聲明，然後在用gcc命令生成目標文件時指明靜態庫名，gcc將會從靜態庫中將公用函數連接到目標文件中。注意，gcc會在靜態庫名前加上前綴lib，然後追加擴展名.a得到的靜態庫文件名來查找靜態庫文件。
在程序3:main.c中，我們包含了靜態庫的頭文件hello.h，然後在主程序main中直接調用公用函數hello。下面先生成目標程序hello，然後運行hello程序看看結果如何。
# gcc -o hello main.c -L. -lmyhello
# ./hello
Hello everyone!
#
我們刪除靜態庫文件試試公用函數hello是否真的連接到目標文件 hello中了。
# rm libmyhello.a
rm: remove regular file `libmyhello.a'? y
# ./hello
Hello everyone!
#
程序照常運行，靜態庫中的公用函數已經連接到目標文件中了。
我們繼續看看如何在Linux中創建動態庫。我們還是從.o文件開始。
第5步：由.o文件創建動態庫文件;
動態庫文件名命名規范和靜態庫文件名命名規范類似，也是在動態庫名增加前綴lib，但其文件擴展名為.so。例如：我們將創建的動態庫名為myhello，則動態庫文件名就是libmyhello.so。用gcc來創建動態庫。
在系統提示符下鍵入以下命令得到動態庫文件libmyhello.so。
# gcc -shared -fPCI -o libmyhello.so hello.o
#
我們照樣使用ls命令看看動態庫文件是否生成。
# ls
hello.c hello.h hello.o libmyhello.so main.c
#
第6步：在程序中使用動態庫;
在程序中使用動態庫和使用靜態庫完全一樣，也是在使用到這些公用函數的源程序中包含這些公用函數的原型聲明，然後在用gcc命令生成目標文件時指明動態庫名進行編譯。我們先運行gcc命令生成目標文件，再運行它看看結果。
# gcc -o hello main.c -L. -lmyhello
# ./hello
./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory
#
哦!出錯了。快看看錯誤提示，原來是找不到動態庫文件libmyhello.so。程序在運行時，會在/usr/lib和/lib等目錄中查找需要的動態庫文件。若找到，則載入動態庫，否則將提示類似上述錯誤而終止程序運行。我們將文件 libmyhello.so復制到目錄/usr/lib中，再試試。
# mv libmyhello.so /usr/lib
# ./hello
Hello everyone!
#
成功了。這也進一步說明了動態庫在程序運行時是需要的。
我們回過頭看看，發現使用靜態庫和使用動態庫編譯成目標程序使用的gcc命令完全一樣，那當靜態庫和動態庫同名時，gcc命令會使用哪個庫文件呢？抱著對問題必究到底的心情，來試試看。
先刪除 除.c和.h外的 所有文件，恢復成我們剛剛編輯完舉常式序狀態。
# rm -f hello hello.o /usr/lib/libmyhello.so
# ls
hello.c hello.h main.c
#
在來創建靜態庫文件libmyhello.a和動態庫文件libmyhello.so。
# gcc -c hello.c
# ar cr libmyhello.a hello.o
# gcc -shared -fPCI -o libmyhello.so hello.o
# ls
hello.c hello.h hello.o libmyhello.a libmyhello.so main.c
#
通過上述最後一條ls命令，可以發現靜態庫文件libmyhello.a和動態庫文件libmyhello.so都已經生成，並都在當前目錄中。然後，我們運行gcc命令來使用函數庫myhello生成目標文件hello，並運行程序 hello。
# gcc -o hello main.c -L. -lmyhello
# ./hello
./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory
#
從程序hello運行的結果中很容易知道，當靜態庫和動態庫同名時， gcc命令將優先使用動態庫。
H. linux動態庫問題
1、雖然動態庫有點浪費內存，但是動態庫最大的作用是：減少佔用磁碟空間，減少開發時的編譯陪仔時間，而不是你想的編譯速度慢。因為採用了動態庫，所以如果我修改了動態庫，我只需要編譯動態庫。而如果採用了靜態庫，如果修改了靜態庫，那麼，所有用了該靜態庫的程序和靜態庫都必須重新編譯。而且gcc不是掃描整個libc.so文件。因為so文件里有符號表，哪個符號在哪個.o文件里，只要掃描符號表就知道了，而且由於他不需要從so文件中拷貝使用的函數，從某種意義上來說編譯速度比靜態庫更快。
2、動態庫的載入采拆亮用寫時拷貝技術，即：只有當我用這個函數的時候我才把該函數部分拷貝過來，蘆御汪它不會拷貝整個so文件，只會拷貝需要的部分。
I. 鏈接相關庫文件時遇到的問題
編譯生成.a和.so庫文件，在windows中指定鏈接的庫文件時，默認鏈接的.a靜態庫文件，因為.so文脊襪件在window下無法識別。在ubuntu下則默認優先鏈接.so動態庫，若配悶想指定鏈接靜態庫，則需要增加-static參數。鏈接動態庫時，通常會因為自己編譯的動態庫文櫻賣激件不是共享庫文件而導致系統報錯：找不到該庫文件。此時通過修改系統配置文件，將該動態庫文件路徑添加至共享動態庫搜索路徑，也可將該庫文件放入系統中的共享庫文件目錄之下。
J. Solaris下如何編譯生成動態庫
解決編譯問題或者做補丁時需要更新文件，然後單獨編譯某個工程，生成相應的動態庫，Windows下界面操作可以很方便的實現編譯相應的工程，生成.dll文件，而Solaris下是命令行操作，編譯生成的動態庫為.so格式，主要有以下幾個步驟：
1.更新
a.更新文件夾
cd到文件夾所在目錄，執行如下命令行
cleartool update -ove 文件夾名
例如：cd /......../server/include
Cleartool update –ove foldername
完成對文件夾foldername的更新
b.更新文件
cd到文件所在目錄，執行如下命令行
cleartool update -ove ./文件名
例如：cd /.../include/
cleartool update –ove filename.h
完成對文件filename.h的更新
2.編譯
更新完畢後需要重新編譯生成新的動態庫
a.首先cd到makefile文件夾下
例如：cd /..../makefile
b.執行環境變數
. ./setenv.sh
c.編譯相應的makefile文件
gmake –f makefile文件
例如：gmake –f makefilename.makefile
完成對makefilename.makefile的編譯。
生成的動態庫目錄：
/.../server/lib/release