lusing的专栏

dex2oat是如何在makefile中落地的

PackageManager, ApplicationPackageManager和PackageManagerService的关系

APIPackageManager中提供的武器，可以用“既多又杂，版本变化大”来形容。 不过，我们通过分类和排序的方法将它们组织起来，让开发者同学们可以学会使用这些强大的武器！这一节我们将学习： * 如何查询系统中都有哪些权限组 * 每个权限组都有些什么权限 * 如何查询是否被授予某一权限 * 如何查询都有哪些应用申请了某一项权限

对于大多数人来讲，dex2oat一直是个黑盒子。那么，这个盒子中到底是些什么东西呢，我们有了前面的java，指令集，还有一点点的编译原理的知识储备，终于可以打个开看个究竟了。

ART的编译器为两种，一种是QuickCompiler，快速编译器；另一种是OptimizingCompiler，优化编译器。

CompilerDriver,ClassLinker,Runtime三大组件

关于bootchart，网上已经有很丰富的文章介绍了。但是，这些文章都是讲在Linux下如何使用。 做为开发Android的mac用户，还要使用Linux机器做中转，实在是太麻烦了。尤其是Ubuntu 12.04上默认的bootchart工具还有问题，需要更新python脚本。事实可以更简单，我们直接在mac上build一个bootchart工具就好了么。

QuickCompiler下的Compile函数的主要流程

前面，我们对于快速编译器的知识有了一点了解，对于CompilerDriver,MIRGraph等都有了初步的印象。 下面，我们回头看一下优化编译器的编译过程。

Android M应用启动流程分析

就在我们分析Android M版本的ART还只走出了一小段路的时候，Android N的新ART就问世了。 Android N上的ART还是有不小的改进的。不过做为一个关注细节的系列文章，我们还是从Compile的过程说起。

Android 4.4 API数量统计

Android本地开发武器库概览

下面我们正式开始分析InlineMethod将Dalvik字节码转成MIRGraph的过程

中层中间代码MIR

前面我们讨论过dex2oat的过程，下面我们开始探索系统中的重要工具进程，installd守护进程。我们有PackageManageService这么大的组件了，为什么还需要installd这个守护进程呢？ 一句话，是因为权限的问题，PMS只有system权限。installd的作用就是处理需要root权限的操作。

激动人心的时刻到了，从这一刻开始，我们可以通过Android的Java来调用go写的代码了！

我们分析一下ARM, ARM v7a, ARM64 v8a, x86, x86_64, mips, mips64和Java字节码的整数和浮点运算。

java, arm, mips, x86处理分支和循环的指令

对于编译Java的话，有一个问题不能不考虑，就是异常处理的问题。异常处理是基于Java的语句块的，翻译成本地代码的话，需要针对这些指令的地址进行一下重排。 我们来看下ART是如何实现异常处理的。

既然是要探险，咱们就保持一定的深度，起码将来可以做个基于ART的黑客之类的。 所以我们针对细节多下一些工夫，先仔细分析一下OAT文件的格式。

下面我们将Go与C/C++/Java的一些比较不同的地方提炼一下，让大家可以快速上手。然后在实践中继续学习。

这一节我们将学习：如何查询系统中安装了哪些应用如何获取一个包的信息如何获取一个Application的信息如何获取系统中安装的所有的ContentProvider的信息如何获取一个uid中运行的所有的包如何查询一个uid的进程名如何通过一个广播Intent查询接受这个广播所有的BroadcastRece

ELF中的section和segment

Install相关的API，在Android 1.0时一个也没有。全是后续陆续增加进来的。 我们发现，除了4.2的是补充4.0的以外，基本上全是逢大版本才有更新：2.0，3.0，4.0，5.0都有更新。

PackageManager武器库的完结篇，让我们梳理一下从Android 1.0到Android 7.0的发展过程吧。

前面，我们花了相当多的篇幅把PackageManager的公开API分门别类，并按版本顺序讲解了发展的过程。有的同学问了，既然installer相关的API在Android 5.0才引入，那么Android 4.4及之前的应用安装的程序是怎么写出来的呢？ 答案是，还有未公开的内部API啊。

并发队列和串行队列前面我们讲了，消息分为普通消息和有序消息两大类。普通消息是可以并发的，由于是并发的，这些广播的处理者之间互相是不依赖的。另外，并发队列和串行队列都各维护了一条后台广播队列和前台广播队列。如果这个消息足够重要，想走快速通道的话，可以选择使用前台广播队列。对于并发队列，如果是进程活着，动态注册到队列里的，系统会通过并发的方式迅速将消息广播出去，就跟大家所想象的一样。

本地App，本质上是一个Java App调用了一个JNI的库，而应用的逻辑通过native代码来实现。