在Ubuntu为Android硬件抽象层(HAL)模块编写JNI方法提供Java访问硬件服务接口

简介:

在上两篇文章中,我们介绍了如何为Android系统的硬件编写驱动程序,包括如何在Linux内核空间实现内核驱动程序和在用户空间实现硬件抽象层接口。实现这两者的目的是为了向更上一层提供硬件访问接口,即为Android的Application Frameworks层提供硬件服务。我们知道,Android系统的应用程序是用Java语言编写的,而硬件驱动程序是用C语言来实现的,那么,Java接口如何去访问C接口呢?众所周知,Java提供了JNI方法调用,同样,在Android系统中,Java应用程序通过JNI来调用硬件抽象层接口。在这一篇文章中,我们将介绍如何为Android硬件抽象层接口编写JNI方法,以便使得上层的Java应用程序能够使用下层提供的硬件服务。

      一. 参照在Ubuntu上为Android增加硬件抽象层(HAL)模块访问Linux内核驱动程序一文,准备好硬件抽象层模块,确保Android系统镜像文件system.img已经包含hello.default模块。

      二. 进入到frameworks/base/services/jni目录,新建com_android_server_HelloService.cpp文件:

      USER-NAME@MACHINE-NAME:~/Android$ cd frameworks/base/services/jni

      USER-NAME@MACHINE-NAME:~/Android/frameworks/base/services/jni$ vi com_android_server_HelloService.cpp

      在com_android_server_HelloService.cpp文件中,实现JNI方法。注意文件的命令方法,com_android_server前缀表示的是包名,表示硬件服务HelloService是放在frameworks/base/services/java目录下的com/android/server目录的,即存在一个命令为com.android.server.HelloService的类。这里,我们暂时略去HelloService类的描述,在下一篇文章中,我们将回到HelloService类来。简单地说,HelloService是一个提供Java接口的硬件访问服务类。

      首先是包含相应的头文件:

 

 
 
  1. #define LOG_TAG "HelloService" 
  2. #include "jni.h" 
  3. #include "JNIHelp.h" 
  4. #include "android_runtime/AndroidRuntime.h" 
  5. #include <utils/misc.h>  
  6. #include <utils/Log.h>  
  7. #include <hardware/hardware.h>  
  8. #include <hardware/hello.h>  
  9. #include <stdio.h> 

    接着定义hello_init、hello_getVal和hello_setVal三个JNI方法:

 

 
 
  1. namespace android  
  2. {  
  3.     /*在硬件抽象层中定义的硬件访问结构体,参考<hardware/hello.h>*/  
  4.         struct hello_device_t* hello_device = NULL;  
  5.     /*通过硬件抽象层定义的硬件访问接口设置硬件寄存器val的值*/  
  6.         static void hello_setVal(JNIEnv* env, jobject clazz, jint value) {  
  7.         int val = value;  
  8.         LOGI("Hello JNI: set value %d to device.", val);  
  9.         if(!hello_device) {  
  10.             LOGI("Hello JNI: device is not open.");  
  11.             return;  
  12.         }  
  13.           
  14.         hello_device->set_val(hello_device, val);  
  15.     }  
  16.         /*通过硬件抽象层定义的硬件访问接口读取硬件寄存器val的值*/  
  17.     static jint hello_getVal(JNIEnv* env, jobject clazz) {  
  18.         int val = 0;  
  19.         if(!hello_device) {  
  20.             LOGI("Hello JNI: device is not open.");  
  21.             return val;  
  22.         }  
  23.         hello_device->get_val(hello_device, &val);  
  24.           
  25.         LOGI("Hello JNI: get value %d from device.", val);  
  26.       
  27.         return val;  
  28.     }  
  29.         /*通过硬件抽象层定义的硬件模块打开接口打开硬件设备*/  
  30.     static inline int hello_device_open(const hw_module_t* module, struct hello_device_t** device) {  
  31.         return module->methods->open(module, HELLO_HARDWARE_MODULE_ID, (struct hw_device_t**)device);  
  32.     }  
  33.         /*通过硬件模块ID来加载指定的硬件抽象层模块并打开硬件*/  
  34.     static jboolean hello_init(JNIEnv* env, jclass clazz) {  
  35.         hello_module_t* module;  
  36.           
  37.         LOGI("Hello JNI: initializing......");  
  38.         if(hw_get_module(HELLO_HARDWARE_MODULE_ID, (const struct hw_module_t**)&module) == 0) {  
  39.             LOGI("Hello JNI: hello Stub found.");  
  40.             if(hello_device_open(&(module->common), &hello_device) == 0) {  
  41.                 LOGI("Hello JNI: hello device is open.");  
  42.                 return 0;  
  43.             }  
  44.             LOGE("Hello JNI: failed to open hello device.");  
  45.             return -1;  
  46.         }  
  47.         LOGE("Hello JNI: failed to get hello stub module.");  
  48.         return -1;        
  49.     }  
  50.         /*JNI方法表*/  
  51.     static const JNINativeMethod method_table[] = {  
  52.         {"init_native""()Z", (void*)hello_init},  
  53.         {"setVal_native""(I)V", (void*)hello_setVal},  
  54.         {"getVal_native""()I", (void*)hello_getVal},  
  55.     };  
  56.         /*注册JNI方法*/  
  57.     int register_android_server_HelloService(JNIEnv *env) {  
  58.             return jniRegisterNativeMethods(env, "com/android/server/HelloService", method_table, NELEM(method_table));  
  59.     }  
  60. }; 

 注意,在hello_init函数中,通过Android硬件抽象层提供的hw_get_module方法来加载模块ID为HELLO_HARDWARE_MODULE_ID的硬件抽象层模块,其中,HELLO_HARDWARE_MODULE_ID是在<hardware/hello.h>中定义的。Android硬件抽象层会根据HELLO_HARDWARE_MODULE_ID的值在Android系统的/system/lib/hw目录中找到相应的模块,然后加载起来,并且返回hw_module_t接口给调用者使用。在jniRegisterNativeMethods函数中,第二个参数的值必须对应HelloService所在的包的路径,即com.android.server.HelloService。

      三. 修改同目录下的onload.cpp文件,首先在namespace android增加register_android_server_HelloService函数声明:

      namespace android {

      ..............................................................................................

      int register_android_server_HelloService(JNIEnv *env);

      };

      在JNI_onLoad增加register_android_server_HelloService函数调用:
      extern "C" jint JNI_onLoad(JavaVM* vm, void* reserved)
      {
       .................................................................................................
       register_android_server_HelloService(env);
       .................................................................................................
      }
      这样,在Android系统初始化时,就会自动加载该JNI方法调用表。
      四. 修改同目录下的Android.mk文件,在LOCAL_SRC_FILES变量中增加一行:
      LOCAL_SRC_FILES:= \
      com_android_server_AlarmManagerService.cpp \
      com_android_server_BatteryService.cpp \
      com_android_server_InputManager.cpp \
      com_android_server_LightsService.cpp \
      com_android_server_PowerManagerService.cpp \
      com_android_server_SystemServer.cpp \
      com_android_server_UsbService.cpp \
      com_android_server_VibratorService.cpp \
      com_android_server_location_GpsLocationProvider.cpp \
       com_android_server_HelloService.cpp /
      onload.cpp
      五. 编译和重新找亿system.img:
       USER-NAME@MACHINE-NAME:~/Android$ mmm frameworks/base/services/jni
      USER-NAME@MACHINE-NAME:~/Android$ make snod
      这样,重新打包的system.img镜像文件就包含我们刚才编写的JNI方法了,也就是我们可以通过Android系统的Application Frameworks层提供的硬件服务HelloService来调用这些JNI方法,进而调用低层的硬件抽象层接口去访问硬件了。前面提到,在这篇文章中,我们暂时忽略了HelloService类的实现,在下一篇文章中,我们将描述如何实现硬件服务HelloService,敬请关注。




本文转自 Luoshengyang 51CTO博客,原文链接:http://blog.51cto.com/shyluo/964503,如需转载请自行联系原作者

目录
相关文章
|
4月前
|
存储 Shell Android开发
基于Android P,自定义Android开机动画的方法
本文详细介绍了基于Android P系统自定义开机动画的步骤,包括动画文件结构、脚本编写、ZIP打包方法以及如何将自定义动画集成到AOSP源码中。
93 2
基于Android P,自定义Android开机动画的方法
|
4月前
|
Android开发
基于android-11.0.0_r39,系统应用的手动签名方法和过程
本文介绍了基于Android 11.0.0_r39版本进行系统应用手动签名的方法和解决签名过程中遇到的错误,包括处理`no conscrypt_openjdk_jni-linux-x86_64`和`RegisterNatives failed`的问题。
229 2
|
2月前
|
缓存 Java Shell
Android 系统缓存扫描与清理方法分析
Android 系统缓存从原理探索到实现。
81 15
Android 系统缓存扫描与清理方法分析
|
3月前
|
ARouter 测试技术 API
Android经典面试题之组件化原理、优缺点、实现方法?
本文介绍了组件化在Android开发中的应用,详细阐述了其原理、优缺点及实现方式,包括模块化、接口编程、依赖注入、路由机制等内容,并提供了具体代码示例。
51 2
|
3月前
|
Java Android开发 C++
🚀Android NDK开发实战!Java与C++混合编程,打造极致性能体验!📊
在Android应用开发中,追求卓越性能是不变的主题。本文介绍如何利用Android NDK(Native Development Kit)结合Java与C++进行混合编程,提升应用性能。从环境搭建到JNI接口设计,再到实战示例,全面展示NDK的优势与应用技巧,助你打造高性能应用。通过具体案例,如计算斐波那契数列,详细讲解Java与C++的协作流程,帮助开发者掌握NDK开发精髓,实现高效计算与硬件交互。
169 1
|
3月前
|
安全 Java API
【性能与安全的双重飞跃】JDK 22外部函数与内存API:JNI的继任者,引领Java新潮流!
【9月更文挑战第7天】JDK 22外部函数与内存API的发布,标志着Java在性能与安全性方面实现了双重飞跃。作为JNI的继任者,这一新特性不仅简化了Java与本地代码的交互过程,还提升了程序的性能和安全性。我们有理由相信,在外部函数与内存API的引领下,Java将开启一个全新的编程时代,为开发者们带来更加高效、更加安全的编程体验。让我们共同期待Java在未来的辉煌成就!
76 11
|
3月前
|
安全 Java API
【本地与Java无缝对接】JDK 22外部函数和内存API:JNI终结者,性能与安全双提升!
【9月更文挑战第6天】JDK 22的外部函数和内存API无疑是Java编程语言发展史上的一个重要里程碑。它不仅解决了JNI的诸多局限和挑战,还为Java与本地代码的互操作提供了更加高效、安全和简洁的解决方案。随着FFM API的逐渐成熟和完善,我们有理由相信,Java将在更多领域展现出其强大的生命力和竞争力。让我们共同期待Java编程新纪元的到来!
122 11
|
4月前
|
存储 搜索推荐 Java
探索安卓开发中的自定义视图:打造个性化UI组件Java中的异常处理:从基础到高级
【8月更文挑战第29天】在安卓应用的海洋中,一个独特的用户界面(UI)能让应用脱颖而出。自定义视图是实现这一目标的强大工具。本文将通过一个简单的自定义计数器视图示例,展示如何从零开始创建一个具有独特风格和功能的安卓UI组件,并讨论在此过程中涉及的设计原则、性能优化和兼容性问题。准备好让你的应用与众不同了吗?让我们开始吧!
|
4月前
|
Android开发
Android在rootdir根目录创建自定义目录和挂载点的方法
本文介绍了在Android高通平台的根目录下创建自定义目录和挂载点的方法,通过修改Android.mk文件并使用`LOCAL_POST_INSTALL_CMD`变量在编译过程中添加目录,最终在ramdisk.img的系统根路径下成功创建了`/factory/bin`目录。
241 1
|
4月前
|
Java 调度 Android开发
Android经典实战之Kotlin的delay函数和Java中的Thread.sleep有什么不同?
本文介绍了 Kotlin 中的 `delay` 函数与 Java 中 `Thread.sleep` 方法的区别。两者均可暂停代码执行,但 `delay` 适用于协程,非阻塞且高效;`Thread.sleep` 则阻塞当前线程。理解这些差异有助于提高程序效率与可读性。
87 1