1.從如何載入.so檔案談起
由於Android的應用層的類都是以Java寫的,這些Java類編譯爲Dex型式的Bytecode之後,必須靠Dalvik虛擬機(VM: Virtual Machine)來執行。VM在Android平臺裏,扮演很重要的角色。
此外,在執行Java類的過程中,如果Java類需要與C組件溝通時,VM就會去載入C組件,然後讓Java的函數順利地調用到C組件的函數。此時,VM扮演着橋樑的角色,讓Java與C組件能通過標準的JNI介面而相互溝通。
應用層的Java類是在虛擬機(VM: Vitual Machine)上執行的,而C件不是在VM上執行,那麼Java程式又如何要求VM去載入(Load)所指定的C組件呢? 可使用下述指令:
System.loadLibrary(*.so的檔案名);
例如,Android框架裏所提供的MediaPlayer.java類,含指令:
Java代碼:
- public class MediaPlayer{
- static {
- System.loadLibrary("media_jni");
- }
- }
這要求VM去載入Android的/system/lib/libmedia_jni.so檔案。載入*.so之後,Java類與*.so檔案就匯合起來,一起執行了。
2.如何撰寫*.so的入口函數
JNI_OnLoad()與JNI_OnUnload()函數的用途
當Android的VM(Virtual Machine)執行到System.loadLibrary()函數時,首先會去執行C組件裏的JNI_OnLoad()函數。它的用途有二:
(1)告訴VM此C組件使用那一個JNI版本。如果你的*.so檔沒有提供JNI_OnLoad()函數,VM會默認該*.so檔是使用最老的 JNI 1.1版本。由於新版的JNI做了許多擴充,如果需要使用JNI的新版功能,例如JNI 1.4的java.nio.ByteBuffer,就必須藉由JNI_OnLoad()函數來告知VM。
(2)由於VM執行到System.loadLibrary()函數時,就會立即先呼叫JNI_OnLoad(),所以C組件的開發者可以藉由JNI_OnLoad()來進行C組件內的初期值之設定(Initialization) 。
例如,在Android的/system/lib/libmedia_jni.so檔案裏,就提供了JNI_OnLoad()函數,其程式碼片段爲:
Java代碼:
- //#define LOG_NDEBUG 0
- #define LOG_TAG "MediaPlayer-JNI"
- jint JNI_OnLoad(JavaVM* vm, void* reserved){
- JNIEnv* env = NULL;
- jint result = -1;
- if (vm->GetEnv((void**) &env, JNI_VERSION_1_4) != JNI_OK) {
- LOGE("ERROR: GetEnv failed ");
- goto bail;
- }
- assert(env != NULL);
- if (register_android_media_MediaPlayer(env) < 0) {
- LOGE("ERROR: MediaPlayer native registration failed ");
- goto bail;
- }
- if (register_android_media_MediaRecorder(env) < 0) {
- LOGE("ERROR: MediaRecorder native registration failed ");
- goto bail;
- }
- if (register_android_media_MediaScanner(env) < 0) {
- LOGE("ERROR: MediaScanner native registration failed ");
- goto bail;
- }
- if (register_android_media_MediaMetadataRetriever(env) < 0) {
- LOGE("ERROR: MediaMetadataRetriever native registration failed ");
- goto bail;
- }
- result = JNI_VERSION_1_4;
- bail:
- return result;
- }