linuxc靜態庫

⑴ 如何使用靜態庫 linux

創建並使用靜態庫
第一步：編輯源文件，test.h test.c main.c。其中main.c文件中包含main函數，作為程序入口；test.c中包含main函數中需要用到的函數。
vi test.h test.c main.c
第二步：將test.c編譯成目標文件。
gcc -c test.c
如果test.c無誤，就會得到test.o這個目標文件。
第三步：由.o文件創建靜態庫。
ar rcs libtest.a test.o
第四步：在程序中使用靜態庫。
gcc -o main main.c -L. -ltest
因為是靜態編譯，生成的執行文件可以獨立於.a文件運行。
第五步：執行。
./main

示例四 創建並使用動態庫
第一步：編輯源文件，test.h test.c main.c。其中main.c文件中包含main函數，作為程序入口；test.c中包含main函數中需要用到的函數。
vi test.h test.c main.c
第二步：將test.c編譯成目標文件。
gcc -c test.c
前面兩步與創建靜態庫一致。
第三步：由.o文件創建動態庫文件。
gcc -shared -fPIC -o libtest.so test.o
第四步：在程序中使用動態庫。
gcc -o main main.c -L. -ltest
當靜態庫和動態庫同名時，gcc命令將優先使用動態庫。
第五步：執行。
LD_LIBRARY_PATH=. ./main

示例五 查看靜態庫中的文件
[root@node56 lib]# ar -t libhycu.a
base64.c.o
binbuf.c.o
cache.c.o
chunk.c.o
codec_a.c.o

⑵ linux動態庫和靜態庫的區別

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

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

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

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

動態鏈接庫的特點與優勢

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

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

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

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

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

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

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

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

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

⑷ linux怎樣實現c語言動態庫與靜態庫的鏈接

Linux系統中靜態庫是.a文件，編譯鏈接.a文件只需要加上.a文件的完整的文件路徑就可以了，比如：
gcc -o hello hello.c /usr/lib/libm.a
Linux系統的動態庫是系統中的.so文件，編譯鏈接動態庫需要用-L參數指定動態庫的搜索路徑，還要用-l（這個是小寫的L）指定動態庫的名字，比如：
gcc -o hello hello.c -L/usr/openssl/lib -lcrypto

⑸ linuxopencv生成的靜態或動態庫怎樣在調用的時候不用安裝openvcv環境

使用cmake編譯opencv靜態鏈接庫（靜態庫），配置環境變數（動態庫和靜態庫一樣），復制dll文件。
將這三個dll分別復制到C：WindowsSystem32和C：WindowsSysWOW64目錄下。
配置包含目錄：視圖->其它窗口->屬性管理器。配置庫目錄然後配置附加依賴項。

⑹ linux 下C標准庫是動態庫還是靜態庫，還是兩種庫都提供了

編譯器的默認設置是連接動態庫，這就要求在程序執行的時候需要的動態庫必須存在。改變編譯選項可以變為靜態連接，這樣生成的程序運行時不需要庫的支持，但是文件的尺寸一般較大。
linx的C標准庫都有，看你自己喜歡哪樣用哪樣

⑺ linux怎樣實現c語言動態庫與靜態庫的鏈接

Linux系統中靜態庫是.a文件，編譯鏈接.a文件只需要加上.a文件的完整的文件路徑就可以了，比如：
gcc
-o
hello
hello.c
/usr/lib/libm.a
Linux系統的動態庫是系統中的.so文件，編譯鏈接動態庫需要用-L參數指定動態庫的搜索路徑，還要用-l（這個是小寫的L）指定動態庫的名字，比如：
gcc
-o
hello
hello.c
-L/usr/openssl/lib
-lcrypto