動態庫使用linux

『壹』 linux動態庫問題

1、雖然動態庫有點浪費內存，但是動態庫最大的作用是：減少佔用磁碟空間，減少開發時的編譯時間，而不是你想的編譯速度慢。因為採用了動態庫，所以如果我修改了動態庫，我只需要編譯動態庫。而如果採用了靜態庫，如果修改了靜態庫，那麼，所有用了該靜態庫的程序和靜態庫都必須重新編譯。而且gcc不是掃描整個libc.so文件。因為so文件里有符號表，哪個符號在哪個.o文件里，只要掃描符號表就知道了，而且由於他不需要從so文件中拷貝使用的函數，從某種意義上來說編譯速度比靜態庫更快。
2、動態庫的載入採用寫時拷貝技術，即：只有當我用這個函數的時候我才把該函數部分拷貝過來，它不會拷貝整個so文件，只會拷貝需要的部分。

『貳』 如何判斷linux 動態庫調用

創建靜態庫：
ar -rcs test.a *.o
查看靜態庫：
ar -tv test.a
解壓靜態庫：
ar -x test.a

查看程序依賴的動態庫：
readelf -a xxx|grep library
如：可以看到，下面的交叉程序hello執行依賴於如下兩個動態庫。
rebi@ubuntu:~/test$ arm-none-linux-gnueabi-readelf -a hello|grep "library"
0x00000001 (NEEDED) Shared library: [libgcc_s.so.1]
0x00000001 (NEEDED) Shared library: [libc.so.6]
rebi@ubuntu:~/test$

或者：readelf -l hello 即可。

nm xxx 查看符號
其中，T表示代碼段，U表示在其它地方定義，所以需要確保必須在某個.o或庫里被定義過。

『叄』 詳述Linux動態庫和windows動態庫的不同及移植

如果要編制在兩個系統中都能使用的動態鏈接庫，通常會先選擇在Windows的VC++提供的調試環境中完成初始的開發，畢竟VC++提供的圖形化編輯和調試界面比vi和gcc方便許多。完成測試之後，再進行動態庫的程序移植。通常gcc默認的編譯規則比VC++默認的編譯規則嚴格，即使在VC++下面沒有任何警告錯誤的程序在gcc調試中也會出現許多警告錯誤，可以在gcc中採用-w選項關閉警告錯誤。
下面給出程序移植需要遵循的規則以及經驗。
(1)盡量不要改變原有動態庫頭文件的順序。通常在C/C++語言中，頭文件的順序有相當的關系。另外雖然C/C++語言區分大小寫，但在包含頭文件時，Linux必須與頭文件的大小寫相同，因為ext2文件系統對文件名是大小寫敏感，否則不能正確編譯，而在Windows下面，頭文件大小寫可以正確編譯。
(2)不同系統獨有的頭文件。在Windows系統中，通常會包括windows.h頭文件，如果調用底層的通信函數，則會包含winsock..h頭文件。因此在移植到Linux系統時，要注釋掉這些Windows系統獨有的頭文件以及一些windows系統的常量定義說明，增加Linux都底層通信的支持的頭文件等。
(3)數據類型。VC++具有許多獨有的數據類型，如__int16，__int32，TRUE，SOCKET等，gcc編譯器不支持它們。通常做法是需要將windows.h和basetypes.h中對這些數據進行定義的語句復制到一個頭文件中，再在Linux中包含這個頭文件。例如將套接字的類型為SOCKET改為int。
(4)關鍵字。VC++中具有許多標准C中所沒有採用的關鍵字，如BOOL，BYTE，DWORD，__asm等，通常在為了移植方便，盡量不使用它們，如果實在無法避免可以採用#ifdef 和#endif為LINUX和WINDOWS編寫兩個版本。
(5)函數原型的修改。通常如果採用標準的C/C++語言編寫的動態庫，基本上不用再重新編寫函數，但對於系統調用函數，由於兩種系統的區別，需要改變函數的調用方式等，如在Linux編制的網路通信動態庫中，用close()函數代替windows操作系統下的closesocket()函數來關閉套接字。另外在Linux下沒有文件句柄，要打開文件可用open和fopen函數，具體這兩個函數的用法可參考文獻[2]。
(6)makefile的編寫。在windows下面通常由VC++編譯器來負責調試，但gcc需要自己動手編寫makefile文件，也可以參照VC++生成的makefile文件。對於動態庫移植，編譯動態庫時需要加入-shared選項。對於採用數學函數，如冪級數的程序，在調用動態庫是，需要加入-lm。
(7)其它一些需要注意的地方
①程序設計結構分析，對於移植它人編寫的動態庫程序，程序結構分析是必不可少的步驟，通常在動態庫程序中，不會包含界面等操作，所以相對容易一些。
②在Linux中，對文件或目錄的許可權分為擁有者、群組、其它。所以在存取文件時，要注意對文件是讀還是寫操作，如果是對文件進行寫操作，要注意修改文件或目錄的許可權，否則無法對文件進行寫。
③指針的使用，定義一個指針只給它分配四個位元組的內存，如果要對指針所指向的變數賦值，必須用malloc函數為它分配內存或不把它定義為指針而定義為變數即可，這點在linux下面比windows編譯嚴格。同樣結構不能在函數中傳值，如果要在函數中進行結構傳值，必須把函數中的結構定義為結構指針。
④路徑標識符，在Linux下是「/」，在Windows下是「\」，注意Linux動態庫和windows動態庫搜索路徑的不同。
⑤編程和調試技巧方面。對不同的調試環境有不同的調試技巧，在這里不多敘述。

『肆』 請教關於android linux動態庫.so的載入調用

1.在使用第三方的.so庫做android開發，發現僅僅放到AndroidProject/libs/armeabi/libminivenus.so這個位置，使用System.loadLibrary載入起來可以正常使用。
2.庫的名字必須是libminivenus.so，不可以改名字。也不可以使用System.load從其他地方載入（非SD卡）。如果將庫的名字或者載入位置改動，調用的jni介面就返回錯誤。
3.libminivenus.so中確實有libminivenus的欄位，將庫的名字與該欄位一起修改結果無效。

『伍』 linux編譯的ace動態庫怎麼使用

Linux的動態庫文件是以lib字樣開頭的.so文件，編譯鏈接動態庫有兩個要點：一個是需要用-L選項指定動態庫的搜索路徑，這個搜索路徑是需要連接的so文件的大致路徑，比如/usr/openssl/lib；另外還需要用-l（這個是小寫的L）選項指定動態庫的名字，...

『陸』 matlab在linux下生成的動態鏈接庫怎麼用

動態庫的生成
1>首先生成目標文件，但是此時要加編譯器選項-fpic和鏈接器選項-shared，

gcc -fpic -c add.c

gcc -fpic -c sub.c

生成中間文件add.o和sub.o

2>其次生成動態庫

gcc -shared –o libtiger.so add.o sub.o

生成動態庫libtiger.so,libtiger.so就是我們生成的目標動態庫。我們以後使用動態庫和main.c程序生成可執行程序

說明：

以上兩部也可以合成一步搞定:

gcc -fpic -shared add.c sub.c -o libtiger.so

2.使用動態鏈接庫

在編譯程序時，使用動態鏈接庫和靜態庫是一致的，使用」-l庫名」的方式，在生成可執行文件的時候會鏈接庫文件。

1>使用命令：

gcc -o main main.c -L ./ -ltiger

2>-L指定動態鏈接庫的路勁，-ldtiger鏈接庫函數tiger。-ltiger是動態庫的調用規則。Linux系統下的動態庫命名方式是lib*.so,而在鏈接時表示位-l*,*是自己命名的庫名。

3>但是程序會提示如下錯誤

error while loading shared libraries: libtiger.so: cannot open shared object file: No such file or direct

這是因為程序運行時沒有找到動態鏈接庫造成的。程序編譯時鏈接動態庫和運行時使用動態鏈接庫的概念是不同的，在運行時，程序鏈接的動態鏈接庫需要在系統目錄下才行。

4>使用以下方法可以解決此問題

a. 在linux下最方便的解決方案是拷貝libtiger.so到絕對目錄 /lib 下(但是,要是超級用戶才可以，因此要使用sudo哦，親)。就可以生成可執行程序了

b.第二種方法是：將動態鏈接庫的目錄放到程序搜索路徑中，可以將庫的路徑加到環境變數LD_LIBRARY_PATH中實現：

export LD_LIBRARY_PATH=`pwd`:$LD_LIBRARY_PATH

『柒』 Linux下的動態共享鏈接庫的優點有哪些

動態共享庫有以下的優點，使它在Linux開發中比靜態鏈接庫更加的流行。
(1) 節省內存
動態共享庫無論被多少應用程序使用，在內存中都只存在一個動態共享庫的副本，而不像靜態鏈接庫那樣，一個應用程序在運行中用到靜態鏈
接庫，就會有多個靜態鏈接庫的副本 。
(2) 節省磁碟
這和節省內存有點相似，同樣這也是由於靜態鏈接庫存在多個靜態鏈接庫的副本造成的。同樣的應用程序，使用動態共享庫編譯出的版本通常比使用靜態鏈接庫編譯出來的版本要小。因此，在嵌入式系統開發中使用動態共享庫也不節省空間，提供了一種很好的選擇。
(3) 便於軟體修復與升級
由於動態共享是獨立於應用程序存在的，因此，用新版本的動態共享庫替舊版本的工作將變得非常容易。如果使用靜態鏈接庫的話，假設在一個靜態庫中發現了一個
ug,那麼要修正這個
ug的話，就要重新編譯所有使用這個靜態庫的應用程序，使用這個靜態庫的應用程序有很多的話，可以想像工作量是有多大。
(4) 提高性能
與採用靜態鏈接庫臃腫的應用程序相比，採用動態共享庫的應用程序明顯「苗條」得多，這樣當操作系統載入應用程序時，是需要把應用程序
復制到內存中的，這樣的「苗條」的動態鏈接庫也就有了很大的優勢，同時提高了程序的性能。
當然，動態鏈接庫在有上述這些優勢的同時，也有以下的幾個劣勢。復雜性，兼容性，調試困難。但是它在Linux上使用頻率上仍然比靜態鏈接庫要高的多。應用的更加廣泛。

『捌』 怎麼條用linux中動態鏈接庫裡面的函數

在dlopen（）函數以指定模式打開指定的動態鏈接庫文件，並返回一個句柄給dlsym（）的調用進程。使用dlclose（）來卸載打開的庫。
當庫被裝入後，可以把
dlopen()
返回的句柄作為給
dlsym()
的第一個參數，以獲得符號在庫中的地址。使用這個地址，就可以獲得庫中特定函數的指針，並且調用裝載庫中的相應函數。

『玖』 Linux下的靜態庫和動態庫

linux下的靜態庫和動態庫1.製作自己的動態庫和靜態庫linux下動態庫以.so結尾，靜態庫以.a結尾，它們都以lib開頭，比如一個庫名為net,那麼它的全名應該是libnet.so或者libnet.a。我們有兩個文件，hello.c和test.c，下面是兩個文件的內容//hello.c
www.shiwu.com
#include
<stdio.h>void
my_lib_func(){printf(Library
routine
called/r/n);}//test.c#include
<stdio.h>
www.shiwu.com
int
main(){my_lib_func();return
1;}test.c調用了hello.c的方法，我們把hello.c封裝成庫文件。無論是靜態庫還是動態庫，都是由.o文件組成，我們先把gcc
-c
hello.c生成.o文件製作靜態庫ar
crv
libmyhello.a
hello.o，ar是生成靜態庫的命令，libmyhello.a是我的靜態庫名。下一步就是在我的程序中使用靜態庫
可以看到已經有了Library
routine
called的結果，說明調用成功了。下面我們刪除libmyhello.a,看看程序是否還是運行正常
我們發現程序依然運行正常，說明靜態庫已經連接進入我們的程序中製作動態庫
www.shiwu.com
我們看見動態庫libmyhello.so已經生成，下面繼續使用
找不到庫文件，這個時候我們把so文件拷貝到/usr/lib下面
運行成功2.動態庫和靜態庫同時存在的調用規則我們可以發現，不論是動態庫還是靜態庫，程序編譯連接的時候都是加的參數-l，那麼當他們同時存在的時候，程序會選擇動態庫還是靜態庫呢。我們做個嘗試。
我們同時存在libmyhello.a和libmyhello.so，我們發現運行的時候，出現找不到動態庫的錯誤，由此，我們可以得出結論，同時存在動態庫和靜態庫的時候，gcc會優先選擇動態庫作者
梨樹陽光