目录
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过程
