linux庫載入
1. 查看linux當前載入庫文件的命令
ldd
<可執行文件名>
查看可執行文件鏈接了哪些
系統動態鏈接庫
nm
<可執行文件名>
查看可執行文件裡面有哪些符號
strip
<可執行文件名>
去除符號表可以給可執行文件瘦身
如果我們想從可執行程序裡面提取出來一點什麼文本信息的話，還可以用strings命令
strings
<可執行文件名>
Linux操作系統上面的動態共享庫大致分為三類：
1、操作系統級別的共享庫和基礎的系統工具庫
比方說libc.so,
libz.so,
libpthread.so等等，這些系統庫會被放在/lib和/usr/lib目錄下面，如果是64位操作系統，還會有/lib64和/usr
/lib64目錄。如果操作系統帶有圖形界面，那麼還會有/usr/X11R6/lib目錄，如果是64位操作系統，還有/usr/X11R6
/lib64目錄。此外還可能有其他特定Linux版本的系統庫目錄。
這些系統庫文件的完整和版本的正確，確保了Linux上面各種程序能夠正常的運行。
2、應用程序級別的系統共享庫
並非操作系統自帶，但是可能被很多應用程序所共享的庫，一般會被放在/usr/local/lib和/usr/local/lib64這兩個目錄下面。很多你自行編譯安裝的程序都會在編譯的時候自動把/usr/local/lib加入gcc的-L參數，而在運行的時候自動到/usr/local
/lib下面去尋找共享庫。
以上兩類的動態共享庫，應用程序會自動尋找到他們，並不需要你額外的設置和擔心。這是為什麼呢？因為以上這些目錄默認就被加入到動態鏈接程序的搜索路徑裡面了。Linux的系統共享庫搜索路徑定義在/etc/ld.so.conf這個配置文件裡面。這個文件的內容格式大致如下：
/usr/X11R6/lib64
/usr/X11R6/lib
/usr/local/lib
/lib64
/lib
/usr/lib64
/usr/lib
/usr/local/lib64
/usr/local/ImageMagick/lib
假設我們自己編譯安裝的ImageMagick圖形庫在/usr/local/ImageMagick目錄下面，並且希望其他應用程序都可以使用
ImageMagick的動態共享庫，那麼我們只需要把/usr/local/ImageMagick/lib目錄加入/etc/ld.so.conf文件裡面，然後執行：ldconfig
命令即可。
ldcofig將搜索以上所有的目錄，為共享庫建立一個緩存文件/etc/ld.so.cache。為了確認ldconfig已經搜索到ImageMagick的庫，我們可以用上面介紹的strings命令從ld.so.cache裡面抽取文本信息來檢查一下：
strings
/etc/ld.so.cache
|
grep
ImageMagick
輸出結果為：
/usr/local/ImageMagick/lib/libWand.so.10
/usr/local/ImageMagick/lib/libWand.so
/usr/local/ImageMagick/lib/libMagick.so.10
/usr/local/ImageMagick/lib/libMagick.so
/usr/local/ImageMagick/lib/libMagick++.so.10
/usr/local/ImageMagick/lib/libMagick++.so
已經成功了！
3、應用程序獨享的動態共享庫
有很多共享庫只被特定的應用程序使用，那麼就沒有必要加入系統庫路徑，以免應用程序的共享庫之間發生版本沖突。因此Linux還可以通過設置環境變數LD_LIBRARY_PATH來臨時指定應用程序的共享庫搜索路徑，就像我們上面舉的那個例子一樣，我們可以在應用程序的啟動腳本裡面預先設置
LD_LIBRARY_PATH，指定本應用程序附加的共享庫搜索路徑，從而讓應用程序找到它。
2. 請教關於android linux動態庫.so的載入調用
1.在使用第三方的.so庫做android開發，發現僅僅放到AndroidProject/libs/armeabi/libminivenus.so這個位置，使用System.loadLibrary載入起來可以正常使用。
2.庫的名字必須是libminivenus.so，不可以改名字。也不可以使用System.load從其他地方載入（非SD卡）。如果將庫的名字或者載入位置改動，調用的jni介面就返回錯誤。
3.libminivenus.so中確實有libminivenus的欄位，將庫的名字與該欄位一起修改結果無效。
3. 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
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。
4. 請教關於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函數的目的。
5. 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標准。
6. Linux下載入靜態鏈接庫
dll文件，貌似是windows下的動態鏈接庫，屬於pe文件。linux下怎麼可能載入那種東西呢。