linux動態庫載入

❶ linux上使用java載入so動態庫報錯

1、編寫 java 類，先上代碼

[html] view plain
package com.hongquan.jni;

public class HelloJNI {

// 聲明 so 庫中的方法
public native static String sayHi(String name);

// 載入 so 動態鏈接庫
static {
System.load("/home/hongquan/main.so");
}

// java 類入口函數

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

1、 .so動態庫的生成
可使用gcc或者g++編譯器生成動態庫文件(此處以g++編譯器為例)
g++ -shared -fPIC -c XXX.cpp
g++ -shared -fPIC -o XXX.so XXX.o
2、 .so動態庫的動態調用介面函數說明
動態庫的調用關系可以在需要調用動態庫的程序編譯時，通過g++的-L和-l命令來指定。例如：程序test啟動時需要載入目錄/root/src/lib中的libtest_so1.so動態庫，編譯命令可照如下編寫執行：
g++ -g -o test test.cpp –L/root/src/lib –ltest_so1
（此處，我們重點講解動態庫的動態調用的方法，關於靜態的通過g++編譯命令調用的方式不作詳細講解，具體相關內容可上網查詢)

Linux下，提供專門的一組API用於完成打開動態庫，查找符號，處理出錯，關閉動態庫等功能。
下面對這些介面函數逐一介紹（調用這些介面時，需引用頭文件#include <dlfcn.h>)：
1) dlopen
函數原型：void *dlopen(const char *libname,int flag);
功能描述：dlopen必須在dlerror，dlsym和dlclose之前調用，表示要將庫裝載到內存，准備使用。如果要裝載的庫依賴於其它庫，必須首先裝載依賴庫。如果dlopen操作失敗，返回NULL值；如果庫已經被裝載過，則dlopen會返回同樣的句柄。
參數中的libname一般是庫的全路徑，這樣dlopen會直接裝載該文件；如果只是指定了庫名稱，在dlopen會按照下面的機制去搜尋：
a.根據環境變數LD_LIBRARY_PATH查找
b.根據/etc/ld.so.cache查找
c.查找依次在/lib和/usr/lib目錄查找。
flag參數表示處理未定義函數的方式，可以使用RTLD_LAZY或RTLD_NOW。RTLD_LAZY表示暫時不去處理未定義函數，先把庫裝載到內存，等用到沒定義的函數再說；RTLD_NOW表示馬上檢查是否存在未定義的函數，若存在，則dlopen以失敗告終。
2) dlerror
函數原型：char *dlerror(void);
功能描述：dlerror可以獲得最近一次dlopen,dlsym或dlclose操作的錯誤信息，返回NULL表示無錯誤。dlerror在返回錯誤信息的同時，也會清除錯誤信息。
3) dlsym
函數原型：void *dlsym(void *handle,const char *symbol);
功能描述：在dlopen之後，庫被裝載到內存。dlsym可以獲得指定函數(symbol)在內存中的位置(指針)。如果找不到指定函數，則dlsym會返回NULL值。但判斷函數是否存在最好的方法是使用dlerror函數，
4) dlclose
函數原型：int dlclose(void *);
功能描述：將已經裝載的庫句柄減一，如果句柄減至零，則該庫會被卸載。如果存在析構函數，則在dlclose之後，析構函數會被調用。
3、 普通函數的調用
此處以源碼實例說明。各源碼文件關系如下：
test_so1.h和test_so1.cpp生成test_so1.so動態庫。
test_so2.h和test_so2.cpp生成test_so2.so動態庫。
test_dl.cpp生成test_dl可執行程序，test_dl通過dlopen系列等API函數，並使用函數指針以到達動態調用不同so庫中test函數的目的。

❸ 初步接觸linux，請問gdb調試start後載入動態庫符號時間很長，怎麼解決，可以不載入指定庫符號嗎

方法一、在/etc/ld.so.conf文件中添加路徑，vi /etc/ld.so.conf
添加下邊內容

123

include ld.so.conf.d/*.conf /usr/cluster/.share/lib

方法二、在終端輸入：export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/cluster/.share/lib
方法三、修改/etc/profile文件

123

export MPI_HOME=/usr/cluster export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$MPI_HOME/.share/lib

在終端執行source /etc/profile 使配置文件生效
程序運行時載入動態庫失敗的解決方法
錯誤提示如下：
error while loading shared libraries: libjson.so.0: cannot open shared object file: No such file or directory
原因一般有兩個，一個是操作系統中沒有包含該共享庫(lib*.so.* 文件)或者共享庫版本不對。解決辦法就是重新下載安裝。
另外一個原因就是已經安裝了該共享庫，但是執行需要調用該共享庫的程序的時候，程序按照默認共享庫路徑找不到該共享庫文件。解決方法如下：
如果共享庫文件安裝到了 /lib 或 /usr/lib 目錄下，那麼執行一下 ldconfig 命令。
ldconfig命令的用途, 主要是在默認搜尋目錄(b和/usrb)以及動態庫配置文件/etc/ld.so.conf內所列的目錄下, 搜索出可共享的動態鏈接庫(格式如lib*.so*), 進而創建出動態裝入程序(ld.so)所需的連接和緩存文件. 緩存文件默認為/etc/ld.so.cache, 此文件保存已排好序的動態鏈接庫名字列表.
如果共享庫文件安裝到了 /usr/local/lib (一般開源的共享庫都會安裝到該目錄下)或者其它非 /lib 或 /usr/lib 目錄下，那麼在執行 ldconfig 命令前，還要把新的共享庫目錄加入到共享庫配置文件 /etc/ld.so.conf 中，如下：

1234

# cat /etc/ld.so.confinclude ld.so.conf.d/*.conf# echo "/usr/local/lib" >> /etc/ld.so.conf# ldconfig

或者在 /etc/ld.so.conf.d/ 目錄下新建任何以 .conf 為後綴的文件，在該文件中加入庫文件所在的目錄。然後執行 ldconfig 更新 /etc/ld.so.cache 文件。
如果共享庫文件安裝到了其他非 /lib 或 /usr/lib 目錄下,但是又不想在 /etc/ld.so.conf 文件中加共享庫路徑(或者是沒有許可權加路徑)。那可以 export 一個全局變數 LD_LIBRARY_PATH,然後運行程序的時候就會去找個目錄中找共享庫。
LD_LIBRARY_PATH的意思是告訴loader在哪些目錄中可以找到共享庫. 可以設置多個搜索目錄, 這些目錄之間用冒號分隔開. 比如安裝了一個mysql到/usr/local/mysql目錄下, 其中有一大堆庫文件在/usr/local/mysql/lib下面, 則可以在.bashrc或.bash_profile或shell里加入以下語句即可:
export LD_LIBRARY_PATH=/usr/local/mysql/lib:$LD_LIBRARY_PATH
一般來講這只是一種臨時的解決方案, 在沒有許可權或臨時需要的時候使用.
如果程序需要的庫文件比系統目前存在的庫文件版本低，可以做一個鏈接。比如：

12345

error while loading shared libraries: libncurses.so.4: cannot open sharedobject file: No such file or directoryls /usr/lib/libncu*/usr/lib/libncurses.a /usr/lib/libncurses.so.5/usr/lib/libncurses.so /usr/lib/libncurses.so.5.3

可見雖然沒有libncurses.so.4，但有libncurses.so.5，是可以向下兼容的
建一個鏈接就好了

1

ln -s /usr/lib/libncurses.so.5.3 /usr/lib/libncurses.so.4

❹ linux下的動態庫是如何在程序運行時載入

直接上代碼,祈禱排版不要亂掉，一下源碼來自http://lameck.blog.163.com/blog/static/388113742011111591750149/

//test.h
#ifndef_TEST_H_
#define_TEST_H_
typedefint(*TEST_FUN)(void);
#endif

//test.cgcc-ctest.c-otest.o
//gcc-sharedtest.o-olibtest.so
#include<stdio.h>
#include"test.h"
inttest_fun(void)
{
printf("thisisatest!
");
return0;
}

//main.cgccmain.c-omain-ldl
#include<stdio.h>
#include<stdlib.h>
#include<dlfcn.h>
#include"test.h"

intmain()
{
void*handle=NULL;
TEST_FUNp=NULL;
char*error=NULL;

handle=dlopen("./libtest.so",RTLD_LAZY);
if((error=dlerror())!=NULL)
{
printf("%s
",error);
exit(1);
}
p=(TEST_FUN)dlsym(handle,"test_fun");
if((error=dlerror())!=NULL)
{
printf("%s
",error);
dlclose(handle);
exit(1);
}
p();
dlclose(handle);
return0;
}

主要函數

void * dlopen( const char *pathname, intmode);

void* dlsym(void* handle,const char* symbol);

const char *dlerror(void);

int dlclose (void *handle);

這些基本上可以從函數簽名中得到實際功能和使用方法..

除了mode參數，其他的想必能夠通過閱讀源代碼來學習吧

關於dlopen的mode參數有如下幾個常量：

1、解析方式

• RTLD_LAZY：在dlopen返回前，對於動態庫中的未定義的符號不執行解析（只對函數引用有效，對於變數引用總是立即解析）。

• RTLD_NOW： 需要在dlopen返回前，解析出所有未定義符號，如果解析不出來，在dlopen會返回NULL，錯誤為：: undefined symbol: xxxx.......

2、作用范圍

• RTLD_GLOBAL：動態庫中定義的符號可被其後打開的其它庫重定位。

• RTLD_LOCAL： 與RTLD_GLOBAL作用相反，動態庫中定義的符號不能被其後打開的其它庫重定位。如果沒有指明是RTLD_GLOBAL還是RTLD_LOCAL，則預設為RTLD_LOCAL。

3、作用方式

• RTLD_NODELETE： 在dlclose()期間不卸載庫，並且在以後使用dlopen()重新載入庫時不初始化庫中的靜態變數。這個flag不是POSIX-2001標准。

• RTLD_NOLOAD： 不載入庫。可用於測試庫是否已載入(dlopen()返回NULL說明未載入，否則說明已載入），也可用於改變已載入庫的flag，如：先前載入庫的flag為RTLD_LOCAL，用dlopen(RTLD_NOLOAD|RTLD_GLOBAL)後flag將變成RTLD_GLOBAL。這個flag不是POSIX-2001標准。

• RTLD_DEEPBIND：在搜索全局符號前先搜索庫內的符號，避免同名符號的沖突。這個flag不是POSIX-2001標准。

❺ 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大小，運行的速度等綜合考慮。

❻ linux對動態庫函數的調用太慢

動態庫函數在載入程序時，資料庫將被載入。但是，動態載入程序鏈接器將符號解析推遲到函數調用時間。在對共享庫的調用是通過過程鏈接表（PLT）中的一個條目間接完成的。最初，PLT中的所有條目都指向ld.so。在第一次調用函數時，ld.so查找符號的實際地址，更新PLT中的條目，並跳轉到函數。這是「懶惰」符號解析。您可以設置LD_BIND_NOW環境變數來更改此行為。除此之外，試一下不用DLL直接把函數卸載程序里的運行速度，如果仍然慢，那就是演算法的問題。

❼ Linux下C/C++動態庫在運行時是怎樣載入進來的

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

作者：yin jie
鏈接：https://www.hu.com/question/29988788/answer/46352593
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。

❽ linux下C/C++動態庫在運行時是怎樣載入進來的

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

它怎樣實例化我實現的繼承類？
實例化的方式和正常鏈接一樣。例如你在之類Derived中重載了基類Base中函數virtual void foo();那麼你需要在你的.so中導出一個可以new Derived()的函數，並且返回結果為Base *，這樣別人可以在沒有Derived定義的情況下獲得運行時類型為Derived的對象。此時別人雖然只有Base *的類型，但是仍然可以和正常鏈接一樣通過虛表查virtual void foo()的地址，從而調用你定義的foo()。
此外，如果你定義了繼承類的全局變數，在載入.so的時候該全局變數會自動初始化，你也可以將這個初始化的類通過指向Base *的指針傳出去。

如果有大神能解釋一下windows下動態庫和靜態庫的原理，小弟感激不盡！
和Linux差不多，不過在實現細節上有些出入。例如windows鏈接時要直接鏈接.dll需要通過鏈接生成這個.dll時生成的.lib，而Linux上直接鏈接.so即可。不過運行時鏈接無需這個.lib。靜態庫都是目標文件的壓縮包。都是ELF格式。至於共享內存之類的，僅僅取決於section的屬性。