那肯定能被執行啊,看下面圖 內核中是把EXEC類型和DYN(就是DYN)都放開執行的
執行是能執行(如/lib64/libc-xx.so),但如果不特殊處理下 一般so執行都會報段錯誤的, 給你的so加個.interp節指定下連接器地址並指定下入口函數就可以了正常執行了哈
『貳』 linux的動態庫.so文件放下哪裡
這個一般沒有要求。一般/lib /usr/lib
其它的要看具體情況。。。
如果你是自己編譯的應用程序,.so文件一般就在安裝目錄下的lib目錄中。
『叄』 請問我有一個.so文件,如何在Linux下編程使用呢
-lxx
xx是你的.so文件名
其實使用方法和你使用數學庫函數是一樣的,源代碼中添加
#include <math.h>,編譯的時候,加上-lm參數。
註:linux下的.so文件為共享庫,相當於windows下的dll文件。
linux下編寫調用so文件實例
.so是Linux(Unix)下的動態鏈接庫. 和.dll類似.
比如:
文件有: a.c, b.c, c.c
gcc -c a.c
gcc -c b.c
gcc -c c.c
gcc -shared libXXX.so a.o b.o c.o
要使用的話也很簡單. 比如編譯d.c, 使用到libXXX.so中的函數, libXXX.so地址是MYPATH
gcc d.c -o d -LMYPATH -lXXX
注意不是-llibXXX
test.c文件和一個test.h,這兩個文件要生成libsotest.so文件。然後我還有一個testso.c文件,在這個文件裡面調用libsotest.so中的函數。
編寫的過程中,首先是編譯so文件,我沒有編寫makefile文件,而是參考的2裡面說的直接寫的gcc命令。
因為so文件裡面沒有main函數,所以是不可執行的,所以編譯的時候要加上-c,只生成目標文件。
『肆』 請教關於android linux動態庫.so的載入調用
有這兩種辦法:
第一種:
需求:
有時候應用修復了native層一個小BUG,應用需要更新了,但是用戶必須下載整個APK包進行安裝,而我們需要的只是替換SO
於是想,能不能載入自定義路徑下的 SO 文件呢
答案是完全沒問題:
使用系統方法:
void java.lang.System.load(String pathName)
但是有一點,pathName 路徑必須有執行許可權,意思就是說我們不能載入SD卡上的SO,因為沒有執行許可權
那也沒關系,我們復制到應用私有目錄下就OK嘛。
看碼
private void load() {
File dir = getDir("libs", Context.MODE_PRIVATE);
File soFile = new File(dir, "libTestJNI.so");
FileUtils.assetToFile(this, "libTestJNI.so", soFile);
try {
System.load(soFile.getAbsolutePath());
} catch (Exception e) {
}
}
這樣就完全OK,
我們只需要架個伺服器,每次啟動時動態監測 SO 文件有沒有更新,有則下載SO,然後載入,這樣就可以避免用戶安裝新的應用,
要知道重新安裝應用的用戶體驗是很差的,要讓用戶無感知的更新他。
第二種:
採用dlopen動態載入第三方庫,無非和system.load一樣,就是要實現指定路徑載入so的目的,這種方法升級so的話,那就的需要一個基本so,一直不變,用來調用dlopen,然後升級另一個so。
這兩種辦法都會遇到一個問題,就是不能直接載入SD卡中的so,因為sd卡沒有執行許可權,不能直接載入這種二進制文件,需要拷貝到data/data/packagename/files/ 目錄下,再次進行載入即可,拷貝也是有講究的,需要用到context.openFileOutput方法。
『伍』 linux so是什麼 文件
.so文件代表Linux的共享函數庫文件,程序運行時可能會使用到裡面的函數代碼。當一個程序需要.so共享函數庫文件時,系統自動會把它載入到內存中使用。相當於Windows系統裡面的dll動態鏈接庫文件。