JNI签名 Android系统

JNI签名

为什么会有方法签名这种东西呢？这是因为Java这边支持函数重载，即虽然参数不一样，但是方法名一样，那么在JNI层它们的方法名都会是一样的，那JNI也会犯迷糊了，得找哪个呢？ 不过也正是因为其参数类型是不一样的，所以就出现了方法签名，利用方法签名和方法名来唯一确定一个JNI函数的调用。 既然方法签名是基于参数类型的不同而形成的，首先要知道Java各数据类型对应的签名是什么，也就是所谓的类型签名

对应于Java端的数据类型，我们也可以看一下下面的表： 
Java 类型 类型签名
boolean Z
byte    B
char    C
short   S
int I
long    L
float   F
double  D
类   L全限定名;，比如String, 其签名为Ljava/lang/util/String;
数组  [类型签名， 比如 [B

因为byte已经是B，所以B被占了，Boolean选择用Z。Long为什么不用L,因为L表示对象,被占用,选择用J

Java层方法                                  JNI函数签名

String test ( )                             Ljava/lang/String;
int f (int i, Object object)                (ILjava/lang/Object;)I
void set (byte[ ] bytes)                    ([B)V  //V: void 返回值


int  [ ][ ] 其描述符为[[I
float[ ][ ] 其描述符为[[F



其中：
 ([B)V  // V: void ，方法返回值，在括号外面 ，[ 代表数组
 (int i, Object object) ：(ILjava/lang/Object;)I ：返回值I，

其中： ([B)V // V: void ，方法返回值，在括号外面 ，[ 代表数组 (int i, Object object) ：(ILjava/lang/Object;)I ：返回值I，

Android系统

当电源键按下，引导芯片代码开始从预定义的地方(固化在ROM)开始执行，

加载引导程序到RAM，然后执行。 引导程序是Android操作系统开始运行前的一个小程序，一般使用bootloader作为引导程序。引导程序分为两个阶段执行： 1）检测外部的RAM以及加载对第二阶段有用的程序。 2）引导程序设置网络，内存等等。 引导程序可以根据配置参数或输入数据进行配置内核，并且进行加载内核。 内核启动时会进行设置缓存，被保护存储器，计划列表，加载驱动。当内核完成系统设置后

它首先在系统文件中寻找init文件，然后启动init进程。 Init进程是Linux起来之后启动的第一个用户进程，android系统就是在这个进程的基础上启动起来的，进程号为1

init进程主要就是挂载文件目录，如sys/，dev/，proc/

另外就是运行init.rc脚本。由于在init.rc中有对启动Zygote的参数配置，所以最终可以将Zygote启动起来。 Zygote是一个孵化器进程，所有的应用程序进程以及系统服务进程SystemServer都是由Zygote进程孕育fork出来的。在Zygote中进行添加虚拟机参数，并将其启动起来

然后注册JNI函数。在Zygote中进行预加载以及初始化核心类库。最后将SystemServer启动起来。 在SystemServer中进行对各种系统服务对象进行创建，并将创建好的对象，添加进SeviceManager中可以让其他模块通过ServiceManager就可以获得所需要的服务对象。 前面所有事情都完成后，就可以进行启动Launcher了，最终出现系统主界面。 主要内容

• uboot启动流程
• uboot调试方法
• kernel启动流程
• kernel编译调试方法
• 概述init到启动Launcher过程