android JNI 系列 一

最新推荐文章于 2024-07-03 00:24:59 发布
原创 最新推荐文章于 2024-07-03 00:24:59 发布 · 1.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android #jni #class #linux #library

本文介绍使用NDK实现JNI的方法，包括静态注册和动态注册函数的过程，并通过实例演示了如何定位和解决JNI代码中的问题。

本文介绍一下用ndk实现jni的方式。

 静态注册函数

1. 下载linux版的ndk,windows配环境好像有点麻烦，所以就不说了

 

2. 配置NDK环境变量：

a.sudo gedit ~/.bashrc

b.在文件中输入如下的内容：

NDKROOT=/home/username/android/ndk/android-ndk-r8
export NDKROOT;

c.更新一下环境配置：source ~/.bashrc

 

4.创建一个android项目，例子如下：

 

5. 编译该android工程，目的是为了在bin下面生成class文件

6. 在项目根目录输入： javah -classpath <bin下面类包的根目录> -d jni org.eshock.jnitest.JNITest, 此时会在项目根目的jni文件夹下生成一个org_eshock_jnitest_JNITest.h 文件，

内容如下：

7.在jni目录手机创建相应的cpp文件，代码如下：

 

8. 在jni文件夹下编写Android.mk文件，内容如下：

9. 把整个项目文件夹拷到ndk/samples/下面。

10. 进入到ndk/samples/<projectname>/ 下，然后输入 $NDKROOT/ndk-build <module name>

11. 它会在ndk/samples/<projectname>/下生成obj/local/armeabi/lib***.so 

 

动态注册函数

加Java定义如下：

class Test{

private native int add(int a, int b);

}

 

1. JNI在加载时，会调用JNI_OnLoad，而卸载时会调用JNI_UnLoad，所以我们可以在JNI_OnLoad里面注册我们的native函数

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\n");
		goto bail;
	}

	assert(env != NULL);

	if (register_native_function(env) < 0) {
		LOGE("ERROR: Boa Server native registration failed");
		goto bail;
	}

	result = JNI_VERSION_1_4;

bail:
	return result;
}

2. 自已定义register_native_function函数

int register_ckt_BehaviorManager(JNIEnv *env){
	return jniRegisterNativeMethods(env, "com/lht/Test",
			gMethods, NELEM(gMethods));
}

jniRegisterNativeMethods是JNI注册函数，"com/lht/Test"是对应的Java类，gMethods是一个Java和Native方法对应的数据结构。

typedef struct {
    const char* name; //Java中申明的Native函数名称
    const char* signature; //函数描述，这个具体的写法在以后的篇章里会定义
    void*       fnPtr; //Natvie函数指针
} JNINativeMethod;

3. 定义JNINativeMethod

static JNINativeMethod gMethods[] = {
		{"add", "(II)I", (void*)com_lht_Test_add},
};

4. 实现add函数:

jint com_lht_Test_add(JNIEnv *env, jobject clazz, jint a, jint b){ return (a + b); }

5.Makefile定义

以下方式是用NDK编译的方式

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)
# 添加代码文件
LOCAL_SRC_FILES:= \
    com_lht_Test.cpp
# 添加头文件
LOCAL_C_INCLUDES += \
	$(JNI_H_INCLUDE) \
# 添加相关库文件
LOCAL_SHARED_LIBRARIES := \
	libur \
	libcutils \
# 生成的目标so名称
LOCAL_MODULE := libTest_jni

LOCAL_MODULE_TAGS := optional

include $(BUILD_SHARED_LIBRARY)


 

NDK_stack

追踪出问题代码的行数

源码：

#include "com_example_testjni_MainActivity.h"
JNIEXPORT jint JNICALL Java_com_example_testjni_MainActivity_add
(JNIEnv *env, jobject c, jint a, jint b)
{
    char *str = "abc\n";
    str[4] = 8;
    return (a + b);
}


F/libc    (14337): Fatal signal 11 (SIGSEGV) at 0x752cb0fc (code=2), thread 14337 (example.testjni)
I/DEBUG   (  263): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG   (  263): Build fingerprint: 'eng/debug,test-keys'
I/DEBUG   (  263): Revision: '115'
I/DEBUG   (  263): pid: 14337, tid: 14337, name: example.testjni  >>> com.example.testjni <<<
I/DEBUG   (  263): signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 752cb0fc
I/DEBUG   (  263):     r0 00000008  r1 752cb0f8  r2 00000003  r3 00000005
I/DEBUG   (  263):     r4 6d8b9438  r5 415e68f8  r6 00000004  r7 41535ca0
I/DEBUG   (  263):     r8 be9b42b8  r9 41535c98  sl 415e6908  fp be9b42cc
I/DEBUG   (  263):     ip 752c9bb9  sp be9b42b8  lr 41607450  pc 752c9bbe  cpsr 000b0030
I/DEBUG   (  263):     d0  6d6178652f6d6f63  d1  747365742f656c70
I/DEBUG   (  263):     d2  6e69614d2f696e6a  d3  7974697669746341
I/DEBUG   (  263):     d4  0000000000000000  d5  0000000000000000
I/DEBUG   (  263):     d6  0000000000000000  d7  4140000000000000
I/DEBUG   (  263):     d8  0000000000000000  d9  0000000000000000
I/DEBUG   (  263):     d10 0000000000000000  d11 0000000000000000
I/DEBUG   (  263):     d12 0000000000000000  d13 0000000000000000
I/DEBUG   (  263):     d14 0000000000000000  d15 0000000000000000
I/DEBUG   (  263):     d16 41ad6c7041abbf68  d17 41ac50d041ad1770
I/DEBUG   (  263):     d18 000000010000012e  d19 000000010000016d
I/DEBUG   (  263):     d20 00000001000012dc  d21 00000001000014eb
I/DEBUG   (  263):     d22 00000001000014fa  d23 00000001000014fc
I/DEBUG   (  263):     d24 0000000000000000  d25 0000000000000000
I/DEBUG   (  263):     d26 0000000000000000  d27 8080808080808080
I/DEBUG   (  263):     d28 0100010001000100  d29 0100010001000100
I/DEBUG   (  263):     d30 8080808080808080  d31 8080808080808080
I/DEBUG   (  263):     scr 60000010
I/DEBUG   (  263): 
I/DEBUG   (  263): backtrace:
I/DEBUG   (  263):     #00  pc 00000bbe  /data/app-lib/com.example.testjni-1/libjnitest.so (Java_com_example_testjni_MainActivity_add+5)
I/DEBUG   (  263):     #01  pc 0002044c  /system/lib/libdvm.so (dvmPlatformInvoke+112)
I/DEBUG   (  263):     #02  pc 000512b3  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+398)
I/DEBUG   (  263):     #03  pc 0003b83d  /system/lib/libdvm.so (dvmCheckCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+8)
I/DEBUG   (  263):     #04  pc 00052cb5  /system/lib/libdvm.so (dvmResolveNativeMethod(unsigned int const*, JValue*, Method const*, Thread*)+184)
I/DEBUG   (  263):     #05  pc 000298e0  /system/lib/libdvm.so
I/DEBUG   (  263):     #06  pc 00030e30  /system/lib/libdvm.so (dvmMterpStd(Thread*)+76)
I/DEBUG   (  263):     #07  pc 0002e4c8  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
I/DEBUG   (  263):     #08  pc 00063a11  /system/lib/libdvm.so (dvmInvokeMethod(Object*, Method const*, ArrayObject*, ArrayObject*, ClassObject*, bool)+392)
I/DEBUG   (  263):     #09  pc 0006b873  /system/lib/libdvm.so
I/DEBUG   (  263):     #10  pc 000298e0  /system/lib/libdvm.so
I/DEBUG   (  263):     #11  pc 00030e30  /system/lib/libdvm.so (dvmMterpStd(Thread*)+76)
I/DEBUG   (  263):     #12  pc 0002e4c8  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
I/DEBUG   (  263):     #13  pc 0006372d  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+336)
I/DEBUG   (  263):     #14  pc 0004ce9b  /system/lib/libdvm.so
I/DEBUG   (  263):     #15  pc 0003fe05  /system/lib/libdvm.so
I/DEBUG   (  263):     #16  pc 0004fb7f  /system/lib/libandroid_runtime.so
I/DEBUG   (  263):     #17  pc 000508c5  /system/lib/libandroid_runtime.so (android::AndroidRuntime::start(char const*, char const*)+388)
I/DEBUG   (  263):     #18  pc 0000105b  /system/bin/app_process
I/DEBUG   (  263):     #19  pc 0000e593  /system/lib/libc.so (__libc_init+50)
I/DEBUG   (  263):     #20  pc 00000d7c  /system/bin/app_process
I/DEBUG   (  263): 
I/DEBUG   (  263): stack:
I/DEBUG   (  263):          be9b4278  be9b42e0  [stack]
I/DEBUG   (  263):          be9b427c  4009d49f  /system/lib/libc.so (dlfree+50)
I/DEBUG   (  263):          be9b4280  400d6000  /system/lib/libc.so
I/DEBUG   (  263):          be9b4284  c31b3810  
I/DEBUG   (  263):          be9b4288  752e4840  
I/DEBUG   (  263):          be9b428c  00000000  
I/DEBUG   (  263):          be9b4290  00000000  
I/DEBUG   (  263):          be9b4294  00000000  
I/DEBUG   (  263):          be9b4298  00000000  
I/DEBUG   (  263):          be9b429c  c31b3810  
I/DEBUG   (  263):          be9b42a0  41aab530  /dev/ashmem/dalvik-heap (deleted)
I/DEBUG   (  263):          be9b42a4  415e68f8  [heap]
I/DEBUG   (  263):          be9b42a8  415e69a0  [heap]
I/DEBUG   (  263):          be9b42ac  416a4c38  /system/lib/libdvm.so
I/DEBUG   (  263):          be9b42b0  df0027ad  
I/DEBUG   (  263):          be9b42b4  00000000  
I/DEBUG   (  263):     #00  be9b42b8  41535c94  
I/DEBUG   (  263):          ........  ........
I/DEBUG   (  263):     #01  be9b42b8  41535c94  
I/DEBUG   (  263):          be9b42bc  00000001  
I/DEBUG   (  263):          be9b42c0  00000000  
I/DEBUG   (  263):          be9b42c4  41aab530  /dev/ashmem/dalvik-heap (deleted)
I/DEBUG   (  263):          be9b42c8  41aa3fa4  /dev/ashmem/dalvik-heap (deleted)
I/DEBUG   (  263):          be9b42cc  416382b7  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+402)
I/DEBUG   (  263):     #02  be9b42d0  41535c94  
I/DEBUG   (  263):          be9b42d4  7528331e  /data/dalvik-cache/data@app@com.example.testjni-1.apk@classes.dex
I/DEBUG   (  263):          be9b42d8  752c9bb9  /data/app-lib/com.example.testjni-1/libjnitest.so (Java_com_example_testjni_MainActivity_add)
I/DEBUG   (  263):          be9b42dc  415e6908  [heap]
I/DEBUG   (  263):          be9b42e0  752e5b68  
I/DEBUG   (  263):          be9b42e4  752e5b70  
I/DEBUG   (  263):          be9b42e8  00000000  
I/DEBUG   (  263):          be9b42ec  00000000  
I/DEBUG   (  263):          be9b42f0  7179824c  
I/DEBUG   (  263):          be9b42f4  400da394  
I/DEBUG   (  263):          be9b42f8  400d6000  /system/lib/libc.so
I/DEBUG   (  263):          be9b42fc  752e5bf1  
I/DEBUG   (  263):          be9b4300  752e5bf1  
I/DEBUG   (  263):          be9b4304  752e5b70  
I/DEBUG   (  263):          be9b4308  752e5bc0  
I/DEBUG   (  263):          be9b430c  00000000  
I/DEBUG   (  263):          ........  ........


adb logcat | $NDKROOT/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi

$NDKROOT/ndk-stack -sym obj/local/armeabi/ -dump exception.log


********** Crash dump: **********
Build fingerprint: ‘test-keys'
pid: 14337, tid: 14337, name: example.testjni  >>> com.example.testjni <<<
signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 752cb0fc
Stack frame #00  pc 00000bbe  /data/app-lib/com.example.testjni-1/libjnitest.so (Java_com_example_testjni_MainActivity_add+5): Routine Java_com_example_testjni_MainActivity_add at /home/luohaitao/work/android/ndk/android-ndk-r9d/samples/testJNI/jni/com_example_testjni_MainActivity.cpp:6
Stack frame #01  pc 0002044c  /system/lib/libdvm.so (dvmPlatformInvoke+112)
Stack frame #02  pc 000512b3  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+398)
Stack frame #03  pc 0003b83d  /system/lib/libdvm.so (dvmCheckCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+8)
Stack frame #04  pc 00052cb5  /system/lib/libdvm.so (dvmResolveNativeMethod(unsigned int const*, JValue*, Method const*, Thread*)+184)
Stack frame #05  pc 000298e0  /system/lib/libdvm.so
Stack frame #06  pc 00030e30  /system/lib/libdvm.so (dvmMterpStd(Thread*)+76)
Stack frame #07  pc 0002e4c8  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
Stack frame #08  pc 00063a11  /system/lib/libdvm.so (dvmInvokeMethod(Object*, Method const*, ArrayObject*, ArrayObject*, ClassObject*, bool)+392)
Stack frame #09  pc 0006b873  /system/lib/libdvm.so
Stack frame #10  pc 000298e0  /system/lib/libdvm.so
Stack frame #11  pc 00030e30  /system/lib/libdvm.so (dvmMterpStd(Thread*)+76)
Stack frame #12  pc 0002e4c8  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
Stack frame #13  pc 0006372d  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+336)
Stack frame #14  pc 0004ce9b  /system/lib/libdvm.so
Stack frame #15  pc 0003fe05  /system/lib/libdvm.so
Stack frame #16  pc 0004fb7f  /system/lib/libandroid_runtime.so
Stack frame #17  pc 000508c5  /system/lib/libandroid_runtime.so (android::AndroidRuntime::start(char const*, char const*)+388)
Stack frame #18  pc 0000105b  /system/bin/app_process
Stack frame #19  pc 0000e593  /system/lib/libc.so (__libc_init+50)
Stack frame #20  pc 00000d7c  /system/bin/app_process


Android-音视频学习系列(一)-JNI-从入门到精通，android开发入门
m0_66155658的博客
01-20 1471
/** 1. 加载 native 库 */ static { System.loadLibrary(“native-lib”); } @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); TextView tv = findViewById(R.id.sample_text); /*
JniCallback.zip_Android jni_android_jni android_jni callback_jni
09-14
JNI包含一系列的API，这些API定义了如何在Java和本地代码之间建立接口。 2. **Android中的JNI**： 在Android系统中，JNI主要用来实现Java和C/C++的互操作。开发者可以使用JNI编写高效的本地代码，处理图形渲染、...
Android JNI开发系列之Java与C相互调用
weixin_34342578的博客
09-03 197
这是这个系列的第二篇，第一篇介绍了如何配置。这一篇介绍Java与C如何相互介绍。 没有配置过的可以去看看Android JNI开发系列之配置 首先介绍的就是Java如何调用C，而C调用Java核心使用的就是反射，下面会依次介绍。 一、Java调用C 第一篇中有个简单的例子，就是使用Java调用C，调用一个无参的native函数，并返回一个String，下面接着说点更多的情况： 基本类型对应情况...
android应用程序jni访问C库
Android 系统开发
12-11 765
应用程序访问C库 –通过jni访问如果应用程序，需要访问C的动态库，可以通过ndk的方式生成动态库，也可以在ubuntu中通过命令行得到动态库。本文通过命令行的方式得到动态库libhardcontrol.so交叉编译arm-linux-gcc -fPIC -shared hardcontrol.c -o libhardcontrol.so -I /usr/lib/jvm/java-1.7.0-
《“透视”个人大数据》项目开发小记 --（三）Android APP 开发（3）使用jni调用c++/c 应用实例浅析
m0_69502339的博客
11-23 995
jni调用c++/c 应用实例浅析，byte 转 String，String 转 byte
Android jni中只有c文件，运行后出现libc++_shared.so not found解决方法
phonor的博客
12-24 6844
android开发中，在jni中只有c文件，没有c++文件时，即使加入了 APP_STL := c++_shared 也会报java.lang.UnsatisfiedLinkError: dlopen failed: library "libc++_shared.so" not found 所以解决方法是，在jni下加入一个cpp文件，该文件可以是空白，然后就不抱这个错误了 ...
Android C++系列：JNI开发准则
最新发布
轻口味的专栏
07-03 1374
（在 C++ 版本中，它们是一些类，这些类具有指向函数表的指针，并具有通过该函数表间接调用的 JNI 函数的成员函数。**在原生方法返回后，即使对象本身继续存在，该引用也无效。只有在与 ClassLoader 关联的所有类可以进行垃圾回收时，系统才会卸载类，这种情况很少见，但在 Android 中并非不可能。第一次找到我们的直接指针时，该方法会报告我们的引用类型正好是要检查的类型。会使用与 Java 堆栈顶部的方法相关联的类加载器，如果没有（因为调用来自刚刚附加的原生线程），则会使用“系统”类加载器。
Android C++系列：JNI操作Bitmap
轻口味的专栏
07-01 1869
本文介绍了Android Bitmap相关知识，以及在JNI层操纵Bitmap：检索Bitmap对象信息、访问原生像素缓存等，并介绍了JNI层旋转、镜像Bitmap的操作实战。
hello-jni.rar_ android jni_android hello jni_android jni hellojn
09-21
JNI接口定义了一系列函数，使得Java代码能够调用本地方法，反之亦然。在Android中，JNI被广泛用于调用C/C++库，实现高性能的计算或图形处理。 三、Hello-JNI项目解析 "hello-jni"是学习JNI开发的经典入门案例，它...
Android--JNI-Device.zip_Android jni_android_jni_jni android
09-21
1. **JNI基本概念**：JNI是Java平台的一部分，提供了一个标准的方式，让Java代码可以调用本地（native）代码，同时也允许本地代码调用Java方法。JNI接口包括一系列的函数，使得Java和本地代码之间能够互相调用。 2....
jni.zip_Android jni_android_jni_jni android
09-21
本资源“jni.zip_Android jni_android_jni_jni android”包含了一份关于Android环境下JNI使用的详细指南。 JNI的核心概念主要包括以下几个方面： 1. **本地方法接口**：JNI定义了一套API，使得Java代码可以调用C/...
android jni使用curl进行http请求和文件下载
02-17
在Android开发中，JNI（Java Native Interface）是一种技术，允许Java代码和其他编程语言（如C++）进行交互。JNI在很多场景下都很有用，比如优化性能、调用系统底层库或者像本例中那样，利用C/C++库来实现特定功能。...
Android的JNI开发全面介绍与最佳实践
徐福记456
04-14 3万+
JNI全称是Java Native Interface，为Java本地接口，是连接Java层与Native层的桥梁。在Android进行JNI开发时，可能会遇到couldn't find "xxx.so"问题，或者内存泄漏问题，或者令人头疼的JNI底层崩溃问题。Java层如何调用Native方法？Java方法的参数如何传递给Native层？而Native层又如何反射调用Java方法？这些问题在本文将得到答案，带着问题去阅读会事半功倍，接下来我们开始全方位介绍与最佳代码实践。
Sensor框架理解
热门推荐
cs_lht的专栏
11-12 3万+
在这个系列的文章我们只是为了讲清楚Sensor框架的设计和工作原理基于4.0，4.0以下的代码有所区别，尤其是2.2以下根本就没有Binder架构，不讲驱动，也不讲具体的某一个应用该怎么处理Sensor的数据。 一、整体的架构： 从这个图来看Sensor的架构还是非常的清淅， 黄色部分表示硬件，它要挂在I2C总线上 红色部分表示驱动，把驱动注册到Kernel的Input Subsyst
ActionBar和Fragment结合ViewPager实现TabActivity
cs_lht的专栏
10-19 2万+
这儿直接写实现步骤了，至于ActionBar, Fragment, ViewPager相关的基础知识就不在这儿讲了，这篇文章讲的不错： http://blog.sina.com.cn/s/blog_5d6ee3360100r1my.html   开始实现 创建FragmentActivity，总的代码如下： package com.example.fragmenttest; impor
Binder学习之startThreadPool,joinThreadPool
cs_lht的专栏
11-11 1万+
我们先不去分析ServiceManager的服务端，也先不忙分析Drvier部分，我们先把ServiceManager客户端的工作分析完。 接上一篇：http://blog.youkuaiyun.com/cs_lht/article/details/8171373 我们先来看看startThreadPool ProcessState::self()->startThreadPool(); 只要前面的理
Android BroadCast
cs_lht的专栏
05-19 9512
1. 自定义自已的Broadcast receiver: public class myReceiver extends BroadcastReceiver{     @Override     public void onReceive (Context context, Intent intent) {         if (intent.getAction().equa
adb shell dumpsys 命令
cs_lht的专栏
09-13 9410
dumpsys简单介绍：该命令用户打印出当前系统信息，默认打印出所有service信息，可以在命令后面加入activity参数，只打印出activity相关的信息。 可跟参数有以下这些： SurfaceFlinger, accessibility, accou
android Messenger 跨进程通信
cs_lht的专栏
08-18 8885
源文：http://xwangly.iteye.com/blog/1109424 Messenger:信使 官方文档解释：它引用了一个Handler对象，以便others能够向它发送消息(使用mMessenger.send(Message msg)方法)。该类允许
深入Android JNI应用实例探讨
Android NDK（Native Development Kit）是一套开发工具，它包含了一系列的工具和库文件，用于在Android平台上开发性能敏感型的本地代码，而不必依赖Java虚拟机。 ### 知识点详细说明： #### 1. JNI（Java Native ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值