深入理解安卓卷1学习之第一章,深入理解JNI

1.JNI概述

Java世界的虚拟机是用Native语言编写的,而虚拟机又运行在具体的平台上。有了JNI技术,就可以实现屏蔽不同操作系统平台,实现Java的平台无关性。安卓平台中JNI示意图:
在这里插入图片描述

2.学习JNI实例

这里通过在android studio中新建一个JNI工程,通过实际操作进行实例学习及分析

(1)加载JNI库

Java要调用native函数,就必须通过一个位于JNI层的动态库来实现,在调用nativa函数之前进行加载。通用做法是在类的static语句中加载,调用System.loadLibrary方法就可以。 Java中加载JNI库的函数一般用native关键字进行声明。

(2)JNI函数的注册

1)静态注册

以android studio中创建的demo工程为例:
MainActivity.java文件中的stringFromJNI函数:

   /**
     * A native method that is implemented by the 'native-lib' native library,
     * which is packaged with this application.
     */
    public native String stringFromJNI();

对应于native-lib.cpp文件中就是 Java_cn_sensingai_jni_1learn_MainActivity_stringFromJNI函数:

/**
 * 方法1:静态注册
 * **/
 Java_cn_sensingai_jni_1learn_MainActivity_stringFromJNI(
        JNIEnv* env,
        jobject /* this */) {
    std::string hello = "Hello from C++";
    return env->NewStringUTF(hello.c_str());
}

观察可以发现native层cpp函数名对应的下划线“_”其实代表的就是文件的包名的路径:
在这里插入图片描述
上面所讨论的就是JNI函数注册的例子,“注册”的意思就是将Java层的native函数和JNI层对应的实现函数关联起来。有了这种关联,在Java层调用native函数时就可以顺利转到JNI层对应的函数执行了。上述所展示的通过函数名来对应Java函数名和native层函数名的方法就是静态注册方法。 它要求JNI函数名称遵循特定的格式。其建立联系的过程是通过Java虚拟机完成的。

2)动态注册

在JNI技术中,存在一个维护Java层与Native层的JNINativeMethod的结构,其定义如下:

 typedef struct {
    const char* name;
    const char* signature;
    void*       fnPtr;
} JNINativeMethod;

上述结构体,name代表Java中native函数的名字,不用携带包的路径;signature代表Java函数的签名信息,用字符串表示,是参数类型和返回值类型的组合;fnPtr代表JNI层对应函数的指针,注意它为void*类型。
动态注册的工作,只需要如下两个关键函数来完成:

 jclass clazz = env->FindClass(classname);
 env->RegisterNatives(clazz, gMethods, numMethods))

使用上面两个函数便可以实现动态注册。那么整体调用流程是怎样的呢?首先,当Java层通过System.loadLibrary加载完JNI动态库之后,紧接着会查找库中一个叫JNI_Onload的函数,动态注册的两个函数就是在这里完成的。
这里贴下android studio里面实现的代码:
native-lib.cpp:

 /**
 * 方法2:动态注册
 * **/
extern "C" JNIEXPORT jstring JNICALL
jni_getString(JNIEnv* env, jobject /* this */) {
    std::string hello = "Hello from C++";
    return env->NewStringUTF(hello.c_str());
}


//jint jni_getInt(JNIEnv* env, jobject ob, jint a, jint b) {
//    return a+b;
//}


static JNINativeMethod gMethods[] = {
        {
            "stringFromJNI",
            "()Ljava/lang/String;",
            (void *)jni_getString
        },

};


JNIEXPORT jint
JNI_OnLoad(JavaVM* vm, void* reserved) {
    JNIEnv* env = NULL;

    if (vm->GetEnv((void**) &env, JNI_VERSION_1_6)) {
        return JNI_ERR;
    }

    const char* classname = "cn/sensingai/jni_learn/MainActivity";
    jclass clazz = env->FindClass(classname);
    if (clazz == NULL) {
        return JNI_ERR;
    }

    if (env->RegisterNatives(clazz, gMethods,
            sizeof(gMethods) / sizeof(gMethods[0])) < 0) {
        return JNI_ERR;
    }
    return JNI_VERSION_1_6;

}

(3)数据类型转换

(1)基本数据类型转换
在这里插入图片描述
(2)引用数据类型转换
在这里插入图片描述
除了Java中基本数据类型的数组,Class,String和Throwable外,其余所有Java对象的数据类型在JNI中都用jobject表示。

(4)JNIEnv介绍

JNIEnv是一个与线程相关的代表JNI环境的结构体,下图展示了其内部结构。JNIEnv提供了JNI的许多系统函数,通过这些函数可以做到调用Java函数以及操作jobject对象等许多事情。
在这里插入图片描述
对于前面所介绍的JNIOn_Load函数:
jint JNI_OnLoad(JavaVM* vm, void* reserved)
其中,第一个参数JavaVM是虚拟机在JNI层的代表,不论进程中有多少线程,JavaVM独此一份,在任何地方都可以使用它。
JavaVM和JNIEnv之间的关系:

  • 调用JavaVM的AttachCurrentThreead函数,就可以得到这个线程的JNIEnv结构体。这样就可以在后台线程中回调Java函数了。
  • 在后台线程退出前,需要调用JavaVM的DetachCurrentThread函数来释放对应资源

这里在android studio中重现了安卓源码中关于MediaScanner的代码,实现了在JNI中对jobject的调用。
MediaScannerClient.java文件

package cn.sensingai.jni_learn;

public interface MediaScannerClient {
    public void scanFile(String path, long lastModified, long fileSize,
                         boolean isDirectory, boolean noMedia);

    /**
     * Called by native code to return metadata extracted from media files.
     */
    public void handleStringTag(String name, String value);

    /**
     * Called by native code to return mime type extracted from DRM content.
     */
    public void setMimeType(String mimeType);
}

nativa-lib.cpp文件

/**
 * JNI调用jObject
 * **/
static const char* const kClassMediaScannerClient = "cn/sensingai/jni_learn/MediaScannerClient";

class MyMediaScannerClient {
public:
    MyMediaScannerClient(JNIEnv* env, jobject client)
    : mEnv(env),
      mClient(env->NewGlobalRef(client)),
      mScanFileMethodID(0),
      mHandleStringTagMethodID(0),
      mSetMimeTypeMethodID(0) {
        //先找到cn/sensingai/jni_learn/MediaScanner在JNI层中对应的实例
        jclass mediaScannerClientInterface = env->FindClass(kClassMediaScannerClient);

        mScanFileMethodID = env->GetMethodID(mediaScannerClientInterface,
                                             "scanFile",
                                             "(Ljava/lang/String;JJZZ)V");
        mHandleStringTagMethodID = env->GetMethodID(mediaScannerClientInterface,
                                                    "handleStringTag",
                                                    "(Ljava/lang/String;Ljava/lang/String;)V");
        mSetMimeTypeMethodID = env->GetMethodID(mediaScannerClientInterface,
                                                "setMimeType",
                                                "(Ljava/lang/String;)V");
    }

    virtual ~MyMediaScannerClient() {
        mEnv->DeleteGlobalRef(mClient);
    }

    virtual bool scanFile(const char* path, long long lastModified,
                          long long fileSize, bool isDirectory, bool noMedia) {
        jstring pathStr;
        if((pathStr = mEnv->NewStringUTF(path)) == NULL) {
            return false;
        }

        mEnv->CallVoidMethod(mClient, mScanFileMethodID, pathStr, lastModified,
                fileSize, isDirectory, noMedia);
        mEnv->DeleteLocalRef(pathStr);
        return (!mEnv->ExceptionCheck());
    }

    virtual bool handleStringTag(const char* name, const char* value) {
        jstring nameStr, valueStr;
        if ((nameStr = mEnv->NewStringUTF(name)) == NULL) {
            return false;
        }
        if ((valueStr = mEnv->NewStringUTF(value)) == NULL) {
            return false;
        }
        mEnv->CallVoidMethod(mClient, mHandleStringTagMethodID, nameStr, valueStr);
        mEnv->DeleteLocalRef(nameStr);
        mEnv->DeleteLocalRef(valueStr);
        return (!mEnv->ExceptionCheck());
    }

    virtual bool setMimeType(const char* mimeType) {
        jstring mimeTypeStr;
        if ((mimeTypeStr = mEnv->NewStringUTF(mimeType)) == NULL) {
            return false;
        }
        mEnv->CallVoidMethod(mClient, mSetMimeTypeMethodID, mimeTypeStr);
        mEnv->DeleteLocalRef(mimeTypeStr);
        return (!mEnv->ExceptionCheck());
    }


private:
    JNIEnv* mEnv;
    jobject mClient;
    jmethodID mScanFileMethodID;
    jmethodID mHandleStringTagMethodID;
    jmethodID mSetMimeTypeMethodID;
};

(5)JNI类型签名

在之前介绍的动态注册中有一段代码:

static JNINativeMethod gMethods[] = {
        {
            "stringFromJNI",
            "()Ljava/lang/String;",
            (void *)jni_getString
        },
};

其中第二行的字符串 “()Ljava/lang/String;” 就是java中对应的签名信息,由参数类型和返回值类型共同组成。为什么需要签名信息呢?因为java函数支持函数的重载,也就是支持同名但是不同参数类型的函数。仅仅根据函数名称JNI没办法定位对应的java函数,因此需要签名信息。
具体格式:
在这里插入图片描述
eg:
此时Java函数名称:
在这里插入图片描述
那么JNI函数签名就是:
在这里插入图片描述
括号内就是参数类型的标识符,最右边是返回值类型的标识符,void对应的标识是V。常见的类型示意如下表:
在这里插入图片描述
小例子:
在这里插入图片描述

(6)垃圾回收

JNI提供了三种类型的引用:

  • Local Reference:本地引用,在JNI层函数中使用的非全局引用对象都是Local Reference,它包括函数调用时传入的jobject和JNI层函数中创建的jobject。其特点是JNI函数返回,这些jobject就会被回收。
  • Global Reference:全局引用,这种对象如果不主动释放,它永远不会被垃圾回收。
  • Weak Global Reference:弱全局引用,是一种特殊的Global Reference,在运行过程中有可能会被回收,所以在使用它之前,需要用JNIEnv的IsSameObject判别其是否被回收了。

比如下面这段代码:

class MyMediaScannerClient {
public:
    MyMediaScannerClient(JNIEnv* env, jobject client)
    : mEnv(env),
      mClient(env->NewGlobalRef(client)),
      mScanFileMethodID(0),
      mHandleStringTagMethodID(0),
      mSetMimeTypeMethodID(0) {
        …………
    }

    virtual ~MyMediaScannerClient() {
        mEnv->DeleteGlobalRef(mClient);
    }
}

如上述代码,通过调用NewGlobalRef创建一个全局引用,这样就不会担心mClient被回收。最后再析构函数,需要对这个全局引用进行释放,否则会引起内存泄漏。

(7)JNI的异常处理

在这里插入图片描述

3.总结

主要掌握:
在这里插入图片描述

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
深入理解Android 1 不是扫描版的,是全版电子书的,非PDF,可编辑,各种阅览器以打开!包括书签和同步目录! 第1章 阅读前的准备工作 / 1 1.1 系统架构 / 2 1.1.1 Android系统架构 / 2 1.1.2 本书的架构 / 3 1.2 搭建开发环境 / 4 1.2.1 下载源码 / 4 1.2.2 编译源码 / 6 1.3 工具介绍 / 8 1.3.1 Source Insight介绍 / 8 1.3.3 Busybox的使用 / 11 1.4 本章小结 / 12 第2章 深入理解JNI / 13 2.1 JNI概述 / 14 2.2 学习JNI的实例:MediaScanner / 15 2.3 Java层的MediaScanner分析 / 16 2.3.1 加载JNI库 / 16 2.3.2 Java的native函数和总结 / 17 2.4 JNI层MediaScanner的分析 / 17 2.4.1 注册JNI函数 / 18 2.4.2 数据类型转换 / 22 2.4.3 JNIEnv介绍 / 24 2.4.4 通过JNIEnv操作jobject / 25 2.4.5 jstring介绍 / 27 2.4.6 JNI类型签名介绍 / 28 2.4.7 垃圾回收 / 29 2.4.8 JNI中的异常处理 / 32 2.5 本章小结 / 32 第3章 深入理解init / 33 3.1 概述 / 34 3.2 init分析 / 34 3.2.1 解析配置文件 / 38 3.2.2 解析service / 42 3.2.3 init控制service / 48 3.2.4 属性服务 / 52 3.3 本章小结 / 60 第4章 深入理解zygote / 61 4.1 概述 / 62 4.2 zygote分析 / 62 4.2.1 AppRuntime分析 / 63 4.2.2 Welcome to Java World / 68 4.2.3 关于zygote的总结 / 74 4.3 SystemServer分析 / 74 4.3.1 SystemServer的诞生 / 74 4.3.2 SystemServer的重要使命 / 77 4.3.3 关于 SystemServer的总结 / 83 4.4 zygote的分裂 / 84 4.4.1 ActivityManagerService发送请求 / 84 4.4.2 有求必应之响应请求 / 86 4.4.3 关于zygote分裂的总结 / 88 4.5 拓展思考 / 88 4.5.1 虚拟机heapsize的限制 / 88 4.5.2 开机速度优化 / 89 4.5.3 Watchdog分析 / 90 4.6 本章小结 / 93 第5章 深入理解常见类 / 95 5.1 概述 / 96 5.2 以“三板斧”揭秘RefBase、sp和wp / 96 5.2.1 第一板斧——初识影子对象 / 96 5.2.2 第二板斧——由弱生强 / 103 5.2.3 第三板斧——破解生死魔咒 / 106 5.2.4 轻量级的引用计数控制类LightRefBase / 108 5.2.5 题外话-三板斧的来历 / 109 5.3 Thread类及常用同步类分析 / 109 5.3.1 一个变量引发的思考 / 109 5.3.2 常用同步类 / 114 5.4 Looper和Handler类分析 / 121 5.4.1 Looper类分析 / 122 5.4.2 Handler分析 / 124 5.4.3 Looper和Handler的同步关系 / 127 5.4.4 HandlerThread介绍 / 129 5.5 本章小结 / 129 第6章 深入理解Binder / 130 6.1 概述 / 131 6.2 庖丁解MediaServer / 132 6.2.1 MediaServer的入口函数 / 132 6.2.2 独一无二的ProcessState / 133 6.2.3 时空穿越魔术-defaultServiceManager / 134 6.2.4 注册MediaPlayerService / 142 6.2.5 秋风扫落叶-StartThread Pool和join Thread Pool分析 / 149 6.2.6 你彻底明白了吗 / 152 6.3 服务总管ServiceManager / 152 6.3.1 ServiceManager的原理 / 152 6.3.2 服务的注册 / 155 6.3.3 ServiceManager存在的意义 / 158 6.4 MediaPlayerService和它的Client / 158 6.4.1 查询ServiceManager / 158 6.4.2 子承父业 / 159 6.5 拓展思考 / 162 6.5.1 Binder和线程的关系 / 162 6.5.2 有人情味的讣告 / 163 6.5.3 匿名Service / 165 6.6 学以致用 / 166 6.6.1 纯Native的Service / 166 6.6.2 扶得起的“阿斗”(aidl) / 169 6.7 本章小结 / 172 第7章 深入理解Audio系统 / 173 7.1 概述 / 174 7.2 AudioTrack的破解 / 174 7.2.1 用例介绍 / 174 7.2.2 AudioTrack(Java空间)分析 / 179 7.2.3 AudioTrack(Native空间)分析 / 188 7.2.4 关于AudioTrack的总结 / 200 7.3 AudioFlinger的破解 / 200 7.3.1 AudioFlinger的诞生 / 200 7.3.2 通过流程分析AudioFlinger / 204 7.3.3 audio_track_cblk_t分析 / 230 7.3.4 关于AudioFlinger的总结 / 234 7.4 AudioPolicyService的破解 / 234 7.4.1 AudioPolicyService的创建 / 235 7.4.2 重回AudioTrack / 245 7.4.3 声音路由切换实例分析 / 251 7.4.4 关于AudioPolicy的总结 / 262 7.5 拓展思考 / 262 7.5.1 DuplicatingThread破解 / 262 7.5.2 题外话 / 270 7.6 本章小结 / 272 第8章 深入理解Surface系统 / 273 8.1 概述 / 275 8.2 一个Activity的显示 / 275 8.2.1 Activity的创建 / 275 8.2.2 Activity的UI绘制 / 294 8.2.3 关于Activity的总结 / 296 8.3 初识Surface / 297 8.3.1 和Surface有关的流程总结 / 297 8.3.2 Surface之乾坤大挪移 / 298 8.3.3 乾坤大挪移的JNI层分析 / 303 8.3.4 Surface和画图 / 307 8.3.5 初识Surface小结 / 309 8.4 深入分析Surface / 310 8.4.1 与Surface相关的基础知识介绍 / 310 8.4.2 SurfaceComposerClient分析 / 315 8.4.3 SurfaceControl分析 / 320 8.4.4 writeToParcel和Surface对象的创建 / 331 8.4.5 lockCanvas和unlockCanvasAndPost分析 / 335 8.4.6 GraphicBuffer介绍 / 344 8.4.7 深入分析Surface的总结 / 353 8.5 SurfaceFlinger分析 / 353 8.5.1 SurfaceFlinger的诞生 / 354 8.5.2 SF工作线程分析 / 359 8.5.3 Transaction分析 / 368 8.5.4 关于SurfaceFlinger的总结 / 376 8.6 拓展思考 / 377 8.6.1 Surface系统的CB对象分析 / 377 8.6.2 ViewRoot的你问我答 / 384 8.6.3 LayerBuffer分析 / 385 8.7 本章小结 / 394 第9章 深入理解Vold和Rild / 395 9.1 概述 / 396 9.2 Vold的原理与机制分析 / 396 9.2.1 Netlink和Uevent介绍 / 397 9.2.2 初识Vold / 399 9.2.3 NetlinkManager模块分析 / 400 9.2.4 VolumeManager模块分析 / 408 9.2.5 CommandListener模块分析 / 414 9.2.6 Vold实例分析 / 417 9.2.7 关于Vold的总结 / 428 9.3 Rild的原理与机制分析 / 428 9.3.1 初识Rild / 430 9.3.2 RIL_startEventLoop分析 / 432 9.3.3 RIL_Init分析 / 437 9.3.4 RIL_register分析 / 444 9.3.5 关于Rild main函数的总结 / 447 9.3.6 Rild实例分析 / 447 9.3.7 关于Rild的总结 / 459 9.4 拓展思考 / 459 9.4.1 嵌入式系统的存储知识介绍 / 459 9.4.2 Rild和Phone的改进探讨 / 462 9.5 本章小结 / 463 第10章 深入理解MediaScanner / 464 10.1 概述 / 465 10.2 android.process.media分析 / 465 10.2.1 MSR模块分析 / 466 10.2.2 MSS模块分析 / 467 10.2.3 android.process.media媒体扫描工作的流程总结 / 471 10.3 MediaScanner分析 / 472 10.3.1 Java层分析 / 472 10.3.2 JNI层分析 / 476 10.3.3 PVMediaScanner分析 / 479 10.3.4 关于MediaScanner的总结 / 485 10.4 拓展思考 / 486 10.4.1 MediaScannerConnection介绍 / 486 10.4.2 我问你答 / 487 10.5 本章小结 / 488
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值