linux動態庫的使用

A. 如何用qt在linux中編寫並使用動態鏈接庫

先寫好實現動態鏈接庫的libmy.cpp文件和libmy.h文件，如下：

// libmy.cpp

#include"libmy.h"

#include<iostream>

using namespace std;
MyLib::MyLib()
{
}

MyLib::~MyLib()
{
}

void MyLib::hello()
{
cout << "hello world~!" << endl;
}

// libmy.h文件

#ifndef LIBMY_H
#define LIBMY_H
class MyLib

{
public:
MyLib();
~MyLib();
void hello();
};
#endif /*LIBMY_H*/

然後寫好pro文件，如下：

TEMPLATE = lib
TARGET =DllTest

HEADERS += libmy.h
SOURCES += libmy.cpp

保存關閉，文件名命名為MyDll.pro
在Shell里執行qmake MyDll.pro,在沒有錯誤的情況下，然後執行make ，可以看到生成了幾個後綴名為so的文件，如下圖：

B. linux 編譯怎麼連接動態庫

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

C. 怎麼條用linux中動態鏈接庫裡面的函數

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

D. 面試 | Linux 下的動態鏈接庫問題

在 Linux 開發時，我們經常會看到一些形如 xxx.so 的名稱出現，其中 so 是 Shared Object 的縮寫，即可以共享的目標文件，也就是我們所稱為的動態鏈接庫，和在 Windows 下大家玩 游戲 時遇到的 xxx.dll 錯誤中的文件是一個類型的。

面試中經常會問到以下問題：

庫是寫好的現有的，成熟的，可以復用的代碼。現實中每個程序都要依賴很多基礎的底層庫，不可能每個人的代碼都從零開始，因此庫的存在意義非同尋常。本質上來說庫是一種可執行代碼的二進制形式，可以被操作系統載入內存執行。

庫有兩種：

在一個程序的編譯過程中，分為以下幾個步驟： 預處理 ， 編譯 ， 匯編 ， 鏈接 。本文中討論的鏈接庫就是針對最後一個步驟「鏈接」而言的。

動態庫和靜態庫的區別

左圖為靜態鏈接庫，右圖為動態鏈接庫

對於靜態鏈接庫而言在鏈接階段，會將匯編生成的「目標文件.o」與引用到的庫一起鏈接打包到可執行文件中。因此對應的鏈接方式稱為靜態鏈接：

靜態鏈接可以理解為最後生成了一個「單文件免安裝綠色版」的程序，優點在於移植的時候只需要移動這一個文件，缺點在於文件體積非常大，為了解決這樣的問題，就有了動態鏈接庫。動態鏈接庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行時才被載入。

動態庫連接到系統空間，如果多個程序連接了同一個庫，那麼只需要一份，優點在於編譯程序的時候不會將對應的庫文件全部打包在生成的程序中，而是保留了到對應庫的鏈接，缺點就是移植的時候如果只移動了對應的程序沒有安裝相關的庫的話，就會看到類似以下喜聞樂見的結果了。

在 Linux 下一個動態庫有y三個不同名字的文件組成：

當程序在內部列出所需要的鏈接庫時，僅僅使用 soname。當你創建一個鏈接庫時，使用 real name。安裝一個新的鏈接庫時，把它復制到一個DLL文件夾里，然後運行程序 ldconfig。ldconfig 檢查存在的 real name 文件，並且創建指向它符號鏈接 soname 文件。可能大家比較常見到的有 libsodium 等。

有了上面關於庫的一些基礎知識之後，我們可以開始嘗試創建一個動態庫來供程序使用了。

比如我們有一個求最大值的函數 max(int a,int b,int c) ，放在文件 max.c 中文件內容如下：

可以通過：

將其編譯為共享庫，-fPIC是編譯選項，PIC是 Position Independent Code 的縮寫，表示要生成位置無關的代碼，這是動態庫需要的特性； -shared是鏈接選項，告訴 gcc 生成動態庫而不是可執行文件。為了讓用戶知道我們的動態庫中有哪些介面可用，我們需要編寫對應的頭文件，比如可以寫一個 max.h ：

設置一個驅動函數來測試我們編寫的動態庫：

通過 gcc test.c -L. -lmax來生成 a.out，其中-lmax表示要鏈接 libmax.so，-L.表示搜索要鏈接的庫文件時包含當前路徑。

但是這樣直接運行的話，會出現一個錯誤：

由於 Linux 是通過/etc/ld.so.cache文件搜尋要鏈接的動態庫的，而 /etc/ld.so.cache 是 ldconfig 程序讀取 /etc/ld.so.conf 文件生成的，本次使用的動態庫 libmax.so 並不在對應的目錄下，就會導致程序無法找到對應的動態鏈接庫，這樣我們的解決方法有二：

小結

​動態鏈接庫是各個系統中的一個重要的組成部分且在 Linux 開發相關領域中尤為重要，也是一個面試的高頻考點，除了動態鏈接庫以外，還有以下相關知識也是高頻考點，在面試前一定要准備好：

本文作者：Nova Kwok

E. 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會優先選擇動態庫作者
梨樹陽光

F. 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

G. windows和linux下程序有幾種使用動態庫的方式

在linux上，你在ps中說的那種"將動態庫作為一個參數傳到程序里"的使用方式，是通過dlopen函數將.so載入到當前進程中，並且通過ld.so將.so"鏈接"進當前進程。這個"鏈接"過程包括：查找未定義符號在當前進程中的地址、分配數據/代碼/bss段內存（數據初始化全局變數、代碼段重定位）、執行constructor函數等。之後，可以使用dlsym在已知符號名的情況下通過符號名查找符號對應的地址。這個符號可以是一個全局變數、全局函數等。在你說的C++中，重載的函數也可以理解為全局函數，會有一個屬性為weak的符號。該符號的符號名如果不做修改，默認按照System V的C++ API命名規范命名（以保證linux下不同編譯器編譯出來的.so和.o可以通用）。但如果使用extern "C"修飾之後，變成C的函數名，則無名稱修飾，便於使用。

H. 關於linux下連接動態庫問題

gcc編譯時，當使用動態庫編譯可以按照幾種寫法
1.gcc test.c ./libSDL2-2.so
2.gcc test.c -lSDL2-2
3.gcc test.c -L/home/test -lSDL2-2
一般的編譯參數都是按照2或3去寫
2寫法的含義是從/lib或者/usr/lib目錄下尋找名稱為SDL2-2的庫，即尋找/lib/libSDL2-2.so或者/usr/lib/libSDL2-2.so文件進行鏈接，當然如果沒有動態庫就會去找靜態庫，再沒有應該就會在編譯時報錯
3寫法的含義是從-L參數首先從指定的目錄中尋找需要鏈接的庫文件，隨後再去尋找系統文件夾中是否存在需要的庫
1寫法的含義是將當前目錄下的./libSDL2-2.so.0文件鏈接進最終文件，因此執行readelf -a a.out後在動態庫部分所看到的路徑就是./libSDL2-2.so.0，進而在執行文件時僅會從當前目錄下尋找libSDL2-2.so.0文件，當執行文件時所在的目錄下沒有該文件時就會出現找不到庫文件的操作

你第二次操作時，因為function.so庫文件與a.out文件在同一個目錄，同時也是在該目錄下執行的ldd操作及運行a.out，a.out在載入動態庫時從當前目錄下找到了所需要的庫文件，此時能夠執行成功（ldd命令實質是一個腳本，通過設置環境變數運行動態庫鏈接器來輸出所有待鏈接的動態庫）。
你可以試試將a.out拷貝至其他目錄再次運行，將出現和第一次操作時一樣的現象，找不到function.so文件。

具體的解決方法就是修改編譯參數，將./libSDL2-2.so.0修改為-lSDL2-2並將libSDL2-2.so.0文件拷貝至/usr/lib目錄下，並且可能因為沒有修改鏈接器的緩存文件（將可能找不到帶版本號後綴的動態庫），需要在/usr/lib目錄下建立一個文件連接（ln -s libSDL2-2.so.0 libSDL2-2.so）或者直接修改名稱為libSDL2-2.so

I. linux下的靜態庫與動態庫的區別和使用

一、引言

我們通常把一些公用函數製作成函數庫，供其它程序使用。
函數庫分為靜態庫和動態庫兩種。

通常情況下，對函數庫的鏈接是放在編譯時期（compile time）完成的。所有相關的對象文件（object file）與牽涉到的函數庫（library）被鏈接合成一個可執行文件（executable file）。程序在運行時，與函數庫再無瓜葛，因為所有需要的函數已拷貝到相應目錄下下。所以這些函數庫被成為靜態庫（static libaray），通常文件名為「libxxx.a」的形式。

其實，我們也可以把對一些庫函數的鏈接載入推遲到程序運行的時期（runtime）。這就是動態鏈接庫（dynamic link library）技術。

二、兩者區別：
a，靜態庫的使用需要：
1 包含一個對應的頭文件告知編譯器lib文件裡面的具體內容
2 設置lib文件允許編譯器去查找已經編譯好的二進制代碼

b，動態庫的使用：
程序運行時需要載入動態庫，對動態庫有依賴性，需要手動加入動態庫

c，依賴性：
靜態鏈接表示靜態性，在編譯鏈接之後， lib庫中需要的資源已經在可執行程序中了， 也就是靜態存在，沒有依賴性了
動態，就是實時性，在運行的時候載入需要的資源，那麼必須在運行的時候提供 需要的 動態庫，有依賴性， 運行時候沒有找到庫就不能運行了

d，區別：
簡單講，靜態庫就是直接將需要的代碼連接進可執行程序；動態庫就是在需要調用其中的函數時，根據函數映射表找到該函數然後調入堆棧執行。
做成靜態庫可執行文件本身比較大，但不必附帶動態庫
做成動態庫可執行文件本身比較小，但需要附帶動態庫
鏈接靜態庫，編譯的可執行文件比較大，當然可以用strip命令精簡一下（如：strip libtest.a），但還是要比鏈接動態庫的可執行文件大。程序運行時間速度稍微快一點。
靜態庫是程序運行的時候已經調入內存，不管有沒有調用，都會在內存里頭。靜態庫在程序編譯時會被連接到目標代碼中，程序運行時將不再需要該靜態庫。
其在編譯程序時若鏈接,程序運行時會在系統指定的路徑下搜索，然後導入內存，程序一般執行時間稍微長一點，但編譯的可執行文件比較小；動態庫是程序運行的時候需要調用的時候才裝入內存，不需要的時候是不會裝入內存的。
動態庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運行時還需要動態庫存在。

三、動態鏈接庫的特點與優勢

首先讓我們來看一下，把庫函數推遲到程序運行時期載入的好處：

1. 可以實現進程之間的資源共享。

什麼概念呢？就是說，某個程序的在運行中要調用某個動態鏈接庫函數的時候，操作系統首先會查看所有正在運行的程序，看在內存里是否已有此庫函數的拷貝了。如果有，則讓其共享那一個拷貝；只有沒有才鏈接載入。這樣的模式雖然會帶來一些「動態鏈接」額外的開銷，卻大大的節省了系統的內存資源。C的標准庫就是動態鏈接庫，也就是說系統中所有運行的程序共享著同一個C標准庫的代碼段。

2. 將一些程序升級變得簡單。用戶只需要升級動態鏈接庫，而無需重新編譯鏈接其他原有的代碼就可以完成整個程序的升級。Windows 就是一個很好的例子。

3. 甚至可以真正坐到鏈接載入完全由程序員在程序代碼中控制。

程序員在編寫程序的時候，可以明確的指明什麼時候或者什麼情況下，鏈接載入哪個動態鏈接庫函數。你可以有一個相當大的軟體，但每次運行的時候，由於不同的操作需求，只有一小部分程序被載入內存。所有的函數本著「有需求才調入」的原則，於是大大節省了系統資源。比如現在的軟體通常都能打開若干種不同類型的文件，這些讀寫操作通常都用動態鏈接庫來實現。在一次運行當中，一般只有一種類型的文件將會被打開。所以直到程序知道文件的類型以後再載入相應的讀寫函數，而不是一開始就將所有的讀寫函數都載入，然後才發覺在整個程序中根本沒有用到它們。

靜態庫：在編譯的時候載入生成目標文件，在運行時不用載入庫，在運行時對庫沒有依賴性。
動態庫：在目標文件運行時載入，手動載入，且對庫有依賴性。

具體在開發中用到哪種庫，我覺得還是根據實際的內存大小，ROM大小，運行的速度等綜合考慮。