在Android系統中,通常把硬件訪問服務的JNI方法實現在frameworks/base/services/jni目錄中,因此,我們把實現了硬件訪問服務FregService的JNI方法的com_android_server_FregService.cpp文件也保存在這個目錄中,它的內容如下所示。
**frameworks/base/services/jni/com_android_server_FregService.cpp**
~~~
#define LOG_TAG "FregServiceJNI"
#include "jni.h"
#include "JNIHelp.h"
#include "android_runtime/AndroidRuntime.h"
#include <utils/misc.h>
#include <utils/Log.h>
#include <hardware/hardware.h>
#include <hardware/freg.h>
#include <stdio.h>
namespace android
{
/*設置虛擬硬件設備freg的寄存器的值*/
static void freg_setVal(JNIEnv* env, jobject clazz, jint ptr, jint value) {
/*將參數ptr轉換為freg_device_t結構體變量*/
freg_device_t* device = (freg_device_t*)ptr;
if(!device) {
LOGE("Device freg is not open.");
return;
}
int val = value;
LOGI("Set value %d to device freg.", val);
device->set_val(device, val);
}
/*讀取虛擬硬件設備freg的寄存器的值*/
static jint freg_getVal(JNIEnv* env, jobject clazz, jint ptr) {
/*將參數ptr轉換為freg_device_t結構體變量*/
freg_device_t* device = (freg_device_t*)ptr;
if(!device) {
LOGE("Device freg is not open.");
return 0;
}
int val = 0;
device->get_val(device, &val);
LOGI("Get value %d from device freg.", val);
return val;
}
/*打開虛擬硬件設備freg*/
static inline int freg_device_open(const hw_module_t* module, struct freg_device_t** device) {
return module->methods->open(module, FREG_HARDWARE_DEVICE_ID, (struct hw_device_t**)device);
}
/*初始化虛擬硬件設備freg*/
static jint freg_init(JNIEnv* env, jclass clazz) {
freg_module_t* module;
freg_device_t* device;
LOGI("Initializing HAL stub freg......");
/*加載硬件抽象層模塊freg*/
if(hw_get_module(FREG_HARDWARE_MODULE_ID, (const struct hw_module_t**)&module) == 0) {
LOGI("Device freg found.");
/*打開虛擬硬件設備freg*/
if(freg_device_open(&(module->common), &device) == 0) {
LOGI("Device freg is open.");
/*將freg_device_t接口轉換為整型值返回*/
return (jint)device;
}
LOGE("Failed to open device freg.");
return 0;
}
LOGE("Failed to get HAL stub freg.");
return 0;
}
/*Java本地接口方法表*/
static const JNINativeMethod method_table[] = {
{"init_native", "()I", (void*)freg_init},
{"setVal_native", "(II)V", (void*)freg_setVal},
{"getVal_native", "(I)I", (void*)freg_getVal},
};
/*注冊Java本地接口方法*/
int register_android_server_FregService(JNIEnv *env) {
return jniRegisterNativeMethods(env, "com/android/server/FregService", method_table, NELEM(method_table));
}
};
~~~
在函數freg_init中,首先通過Android硬件抽象層提供的hw_get_module函數來加載模塊ID為FREG_HARDWARE_MODULE_ID的硬件抽象層模塊。在2.3.3小節中,我們已經介紹過hw_get_module函數是如何根據FREG_HARDWARE_MODULE_ID來加載Android硬件抽象層模塊freg的了。函數hw_get_module最終返回一個hw_module_t接口給freg_init函數,這個hw_module_t接口實際指向的是自定義的一個硬件抽象層模塊對象,即一個freg_module_t對象。
函數freg_init接著調用函數freg_device_open來打開設備ID為FREG_HARDWARE_DEVICE_ID的硬件設備,而后者又是通過調用前面獲得的hw_module_t接口的操作方法列表中的open函數來打開指定的硬件設備的。在2.3.2小節中,我們將硬件抽象層模塊freg的操作方法列表中的open函數設置為freg_device_open,這個函數最終返回一個freg_device_t接口給freg_init函數。
函數freg_init最后把獲得的freg_device_t接口轉換成一個整型句柄值,然后返回給調用者。
函數freg_setVal和freg_getVal都是首先把參數ptr轉換為一個freg_device_t接口,然后分別調用它的成員函數set_val和get_val來訪問虛擬硬件設備freg的寄存器val的值。
注意:在調用freg_setVal和freg_getVal這兩個JNI方法之前,調用者首先要調用JNI方法freg_init打開虛擬硬件設備freg,以便可以獲得一個freg_device_t接口。
文件接著定義了一個JNI方法表method_table,分別將函數freg_init、freg_setVal和freg_getVal的JNI方法注冊為init_native、setVal_native和getVal_native。文件最后調用了jniRegisterNativeMethods函數把JNI方法表method_table注冊到Java虛擬機中,以便提供給硬件訪問服務FregService使用。
硬件訪問服務FregService的JNI方法編寫完成之后,我們還需要修改frameworks/base/services/jni目錄下的onload.cpp文件,在里面增加register_android_server_FregService函數的聲明和調用。
**frameworks/base/services/jni/onload.cpp**
~~~
#include "JNIHelp.h"
#include "jni.h"
#include "utils/Log.h"
#include "utils/misc.h"
namespace android {
......
int register_android_server_FregService(JNIEnv* env);
};
using namespace android;
extern "C" jint JNI_OnLoad(JavaVM* vm, void* reserved)
{
......
register_android_server_FregService(env);
return JNI_VERSION_1_4;
}
~~~
onload.cpp文件實現在libandroid_servers模塊中。當系統加載libandroid_servers模塊時,就會調用實現在onload.cpp文件中的JNI_OnLoad函數。這樣,就可以將前面定義的三個JNI方法init_native、setVal_native和getVal_native注冊到Java虛擬機中。
最后,進入到frameworks/base/services/jni目錄中,打開里面的Android.mk文件,修改變量LOCAL_SRC_FILES的值。
~~~
LOCAL_SRC_FILES += \
......
com_android_server_FregService.cpp \
onload.cpp
~~~
修改好這個文件之后,我們就可以執行mmm命令來重新編譯libandroid_servers模塊了。
~~~
USER@MACHINE:~/Android$ mmm ./frameworks/base/services/jni/
~~~
編譯后得到的libandroid_servers.so文件就包含有init_native、setVal_native和getVal_native這三個JNI方法了。
至此,硬件訪問服務FregService的實現就介紹完了。下面我們繼續介紹如何在系統進程System中啟動它。
- 文章概述
- 下載Android源碼以及查看源碼
- win10 平臺通過VMware Workstation安裝Ubuntu
- Linux系統安裝Ubuntu編譯Android源碼
- Eclipse快捷鍵大全
- 前言
- 第一篇 初識Android系統
- 第一章 準備知識
- 1.1 Linux內核參考書籍
- 1.2 Android應用程序參考書籍
- 1.3 下載、編譯和運行Android源代碼
- 1.3.1 下載Android源代碼
- 1.3.2 編譯Android源代碼
- 1.3.3 運行Android模擬器
- 1.4 下載、編譯和運行Android內核源代碼
- 1.4.1 下載Android內核源代碼
- 1.4.2 編譯Android內核源代碼
- 1.4.3 運行Android模擬器
- 1.5 開發第一個Android應用程序
- 1.6 單獨編譯和打包Android應用程序模塊
- 1.6.1 導入單獨編譯模塊的mmm命令
- 1.6.2 單獨編譯Android應用程序模塊
- 1.6.3 重新打包Android系統鏡像文件
- 第二章 硬件抽象層
- 2.1 開發Android硬件驅動程序
- 2.1.1 實現內核驅動程序模塊
- 2.1.2 修改內核Kconfig文件
- 2.1.3 修改內核Makefile文件
- 2.1.4 編譯內核驅動程序模塊
- 2.1.5 驗證內核驅動程序模塊
- 2.2 開發C可執行程序驗證Android硬件驅動程序
- 2.3 開發Android硬件抽象層模塊
- 2.3.1 硬件抽象層模塊編寫規范
- 2.3.1.1 硬件抽象層模塊文件命名規范
- 2.3.1.2 硬件抽象層模塊結構體定義規范
- 2.3.2 編寫硬件抽象層模塊接口
- 2.3.3 硬件抽象層模塊的加載過程
- 2.3.4 處理硬件設備訪問權限問題
- 2.4 開發Android硬件訪問服務
- 2.4.1 定義硬件訪問服務接口
- 2.4.2 實現硬件訪問服務
- 2.4.3 實現硬件訪問服務的JNI方法
- 2.4.4 啟動硬件訪問服務
- 2.5 開發Android應用程序來使用硬件訪問服務
- 第三章 智能指針
- 3.1 輕量級指針
- 3.1.1 實現原理分析
- 3.1.2 使用實例分析
- 3.2 強指針和弱指針
- 3.2.1 強指針的實現原理分析
- 3.2.2 弱指針的實現原理分析
- 3.2.3 應用實例分析
- 第二篇 Android專用驅動系統
- 第四章 Logger日志系統
- 4.1 Logger日志格式
- 4.2 Logger日志驅動程序
- 4.2.1 基礎數據結構
- 4.2.2 日志設備的初始化過程
- 4.2.3 日志設備文件的打開過程
- 4.2.4 日志記錄的讀取過程
- 4.2.5 日志記錄的寫入過程
- 4.3 運行時庫層日志庫
- 4.4 C/C++日志寫入接口
- 4.5 Java日志寫入接口
- 4.6 Logcat工具分析
- 4.6.1 基礎數據結構
- 4.6.2 初始化過程
- 4.6.3 日志記錄的讀取過程
- 4.6.4 日志記錄的輸出過程
- 第五章 Binder進程間通信系統
- 5.1 Binder驅動程序
- 5.1.1 基礎數據結構
- 5.1.2 Binder設備的初始化過程
- 5.1.3 Binder設備文件的打開過程
- 5.1.4 設備文件內存映射過程
- 5.1.5 內核緩沖區管理
- 5.1.5.1 分配內核緩沖區
- 5.1.5.2 釋放內核緩沖區
- 5.1.5.3 查詢內核緩沖區
- 5.2 Binder進程間通信庫
- 5.3 Binder進程間通信應用實例
- 5.4 Binder對象引用計數技術
- 5.4.1 Binder本地對象的生命周期
- 5.4.2 Binder實體對象的生命周期
- 5.4.3 Binder引用對象的生命周期
- 5.4.4 Binder代理對象的生命周期
- 5.5 Binder對象死亡通知機制
- 5.5.1 注冊死亡接收通知
- 5.5.2 發送死亡接收通知
- 5.5.3 注銷死亡接收通知
- 5.6 Service Manager的啟動過程
- 5.6.1 打開和映射Binder設備文件
- 5.6.2 注冊成為Binder上下文管理者
- 5.6.3 循環等待Client進程請求
- 5.7 Service Manager代理對象接口的獲取過程
- 5.8 Service的啟動過程
- 5.8.1 注冊Service組件
- 5.8.1.1 封裝通信數據為Parcel對象
- 5.8.1.2 發送和處理BC_TRANSACTION命令協議
- 5.8.1.3 發送和處理BR_TRANSACTION返回協議
- 5.8.1.4 發送和處理BC_REPLY命令協議
- 5.8.1.5 發送和處理BR_REPLY返回協議
- 5.8.2 循環等待Client進程請求
- 5.9 Service代理對象接口的獲取過程
- 5.10 Binder進程間通信機制的Java實現接口
- 5.10.1 獲取Service Manager的Java代理對象接口
- 5.10.2 AIDL服務接口解析
- 5.10.3 Java服務的啟動過程
- 5.10.4 獲取Java服務的代理對象接口
- 5.10.5 Java服務的調用過程
- 第六章 Ashmem匿名共享內存系統
- 6.1 Ashmem驅動程序
- 6.1.1 相關數據結構
- 6.1.2 設備初始化過程
- 6.1.3 設備文件打開過程
- 6.1.4 設備文件內存映射過程
- 6.1.5 內存塊的鎖定和解鎖過程
- 6.1.6 解鎖狀態內存塊的回收過程
- 6.2 運行時庫cutils的匿名共享內存接口
- 6.3 匿名共享內存的C++訪問接口
- 6.3.1 MemoryHeapBase
- 6.3.1.1 Server端的實現
- 6.3.1.2 Client端的實現
- 6.3.2 MemoryBase
- 6.3.2.1 Server端的實現
- 6.3.2.2 Client端的實現
- 6.3.3 應用實例
- 6.4 匿名共享內存的Java訪問接口
- 6.4.1 MemoryFile
- 6.4.2 應用實例
- 6.5 匿名共享內存的共享原理分析
- 第三篇 Android應用程序框架篇
- 第七章 Activity組件的啟動過程
- 7.1 Activity組件應用實例
- 7.2 根Activity的啟動過程
- 7.3 Activity在進程內的啟動過程
- 7.4 Activity在新進程中的啟動過程
- 第八章 Service組件的啟動過程
- 8.1 Service組件應用實例
- 8.2 Service在新進程中的啟動過程
- 8.3 Service在進程內的綁定過程
- 第九章 Android系統廣播機制
- 9.1 廣播應用實例
- 9.2 廣播接收者的注冊過程
- 9.3 廣播的發送過程
- 第十章 Content Provider組件的實現原理
- 10.1 Content Provider組件應用實例
- 10.1.1 ArticlesProvider
- 10.1.2 Article
- 10.2 Content Provider組件的啟動過程
- 10.3 Content Provider組件的數據共享原理
- 10.4 Content Provider組件的數據更新通知機制
- 10.4.1 內容觀察者的注冊過程
- 10.4.2 數據更新的通知過程
- 第十一章 Zygote和System進程的啟動過程
- 11.1 Zygote進程的啟動腳本
- 11.2 Zygote進程的啟動過程
- 11.3 System進程的啟動過程
- 第十二章 Android應用程序進程的啟動過程
- 12.1 應用程序進程的創建過程
- 12.2 Binder線程池的啟動過程
- 12.3 消息循環的創建過程
- 第十三章 Android應用程序的消息處理機制
- 13.1 創建線程消息隊列
- 13.2 線程消息循環過程
- 13.3 線程消息發送過程
- 13.4 線程消息處理過程
- 第十四章 Android應用程序的鍵盤消息處理機制
- 14.1 InputManager的啟動過程
- 14.1.1 創建InputManager
- 14.1.2 啟動InputManager
- 14.1.3 啟動InputDispatcher
- 14.1.4 啟動InputReader
- 14.2 InputChannel的注冊過程
- 14.2.1 創建InputChannel
- 14.2.2 注冊Server端InputChannel
- 14.2.3 注冊當前激活窗口
- 14.2.4 注冊Client端InputChannel
- 14.3 鍵盤消息的分發過程
- 14.3.1 InputReader處理鍵盤事件
- 14.3.2 InputDispatcher分發鍵盤事件
- 14.3.3 當前激活的窗口獲得鍵盤消息
- 14.3.4 InputDispatcher獲得鍵盤事件處理完成通知
- 14.4 InputChannel的注銷過程
- 14.4.1 銷毀應用程序窗口
- 14.4.2 注銷Client端InputChannel
- 14.4.3 注銷Server端InputChannel
- 第十五章 Android應用程序線程的消息循環模型
- 15.1 應用程序主線程消息循環模型
- 15.2 界面無關的應用程序子線程消息循環模型
- 15.3 界面相關的應用程序子線程消息循環模型
- 第十六章 Android應用程序的安裝和顯示過程
- 16.1 應用程序的安裝過程
- 16.2 應用程序的顯示過程