linuxsoandroid

A. linux系統編譯的so文件 如何到android studio使用

C++編譯so文件與C編譯so一岩頌賣樣都是加參粗逗數 -shared C語言調用C++的櫻渣so 首先C要調用的C++的函數必須是extern "C"聲明的。 其次編譯C程序時需要增加鏈接libstdc++.so（可能名字不打對自己查查）

B. Linux下NDK編譯出的SO庫能在WIndows下的android工程直接使用么

可以直接在android工程下使用，因為android就是linux內核。

1.android的NDK開發需要在linux下進行： 因為需要把C/C++編寫的代碼生成能在arm上運行的.so文件，這就需要用到交叉編譯環境，而交叉編譯需要在linux系統下才能完成。
2.安裝android-ndk開發包，這個開發包可以在google android 官網下載： 通過這個開發包的工具才能將android jni 的C/C++的代碼編譯成庫
3.android應用程序開發環境： 包括eclipse、java、 android sdk、 adt等。

NDK編譯步驟：
1.選擇 ndk 自帶的例子 hello-jni ，位於E:\android-ndk-r5\samples\hello-jni( 根據具體的安裝位置而定 ) 。
2.運行 cygwin ，輸入命令 cd /cygdrive/e/android-ndk-r5/samples/hello-jni ，進入到 E:\android-ndk-r5\samples\hello-jni 目錄。
3.輸入 $NDK/ndk-build ，執行成功後，它會自動生成一個 libs 目錄，把編譯生成的 .so 文件放在裡面。 ($NDK是調用我們之前配置好的環境變數， ndk-build 是調用 ndk 的編譯程序 )
4.此時去 hello-jni 的 libs 目錄下看有沒有生成的 .so 文件，如果有，ndk 就運行正常啦。

C. 在linux操作系統上封裝的.so庫能在安卓上直接使用庫里的函數么

linux下的.so文件為共享庫，相當於windows下的dll文件，使用方法如下：
在你的工程源代碼里包含.h頭文件，然後可以調用動態庫里的函數，在鏈接的時候加上如下編譯器參數：
-l xx.so
如果你的so文件是以lib開頭的，還可以直接這樣使用：
-lxx
xx是你的.so文件名
其實使用方法和你使用數學庫函數是一樣的，源代碼中添加
#include ，編譯的時候，加上-lm參數。

D. Linux下NDK編譯出的SO庫能在WIndows下的android工程直接使用么

是在windows下做開發的，但是編譯環境還是在linux上。。大體的步驟如下：
1.首先在windows環境下編寫工程（eclipse下編寫android工程）
2.打開linux開發環境(tcl平台：\\10.120.90.207\longc\workspace\code\project\kernel\android\JB)
3.將運行環境的腳本文件運行./evnsetup:配置android運行環境
/JB/build/
找到envsetup.sh
運行.envsetup.sh(source
envsetup.h或./envsetup)
所有操作都在終端完成
4.將工程文件拷貝到指定目錄下（TCL平台下的自帶程序在package\TCL_Apps目錄下）
5.刪除一些文件
保留/res,/src,AndroidManifest.xml三個文件
創建Android.mk(makefile文件，linux下用makefile文件來集成一些命令，運行程序的指令和設置都在此處)Android.mk的編寫
6.編譯
進入工程文件目錄
輸入mm命令進行編譯。
7.生成apk文件，編譯完成

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

1.在使用第三方的.so庫做android開發，發現僅僅放到AndroidProject/libs/armeabi/libminivenus.so這個位置，使用System.loadLibrary載入起來可以正常使用。
2.庫的名字必須是libminivenus.so，不可以改名字。也不可以使用System.load從其他地方載入（非SD卡）。如果將庫的名字或者載入位置改動，調用的jni介面就返回錯誤。
3.libminivenus.so中確實有libminivenus的欄位，將庫的名字與該欄位一起修改結果無效。

F. android 可以用linux下的SO庫嗎

可以，so庫其實就是動態鏈接庫。
1、放到安卓穗猛系統中，每個應用都可以訪問
將編譯好的libmono2.so放到系統的/system/lib目錄下。打開Eclipse上ADT插件裡面的File Explorer工具，點擊/system/lib目錄，選擇右上角有個push a file onto devices，打開對話框後，再選擇libmono2.so文件，確定後即此族搏可將lib文件放到手機中了。（如果不行也可以使用ADB自帶adb push命令）。再設置其許可權為744，命令如下森祥：

#用命令行方式訪問手機設備
adb shell
#進入/system/lib目錄
cd /system/lib
#設置libmono2.so許可權為744
chmod 744 libmono2.so
此時利用Jni機制編寫裝載Jni庫方法的類，類裡面需要嚴格按照Jni機制進行編寫Jni介面

2、放到應用軟體中，只有自己的應用可以訪問

①在軟體工程下新建libs/armeabi文件夾，並將libmono2.so庫拷貝進去。
②接下來做的就是重寫Jni介面，和方法1的最後過程是一樣的。

G. Linux下NDK編譯出的SO庫能在WIndows下的android工程直接使用么

先區分清楚host和target的區別。
Linux和Windows是你的host platform。
Android是target platform。

編譯Android library使用cross-compilation （交叉編譯），即在某個host平台下編譯針對某個特定的target平昌梁散台的體系結構的代碼。

使用ndk，只要選擇了正確的target平台的ABI（arm，x86，mips等），那你編譯得到的.so就能被相應的target平台執行。

如樓上所說，請先檢查下面幾點：
1. 交叉編譯的ABI和你要運行代碼的平台是否一致。
2. 檢查.so是否被打包進apk文件。用解壓縮軟體（如winrar，好壓）可以解耐氏壓縮apk，查看你的.so是否在lib文件夾下。
3. 檢查.so是否在java code里被Load成功。
4. 檢查JAVA定義的native function的名稱， 檢查渣察JNI函數的名稱

H. 請教關於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方法。

I. 在linux下能直接調用android的so文件嗎

不可能，編譯器架構都不一樣，二級制文件不一樣

J. 請教關於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函數的目的。