APK的安装原理

一个apk包中一般包含以下文件



1、assets目录：保留工程中asset目录，其它工程下的、jar包中的asset也会合并到该assets目录下

assets目录在工程中主要用于存放一些较大的资源文件，例如：图片、音乐、字体等。

2、lib目录：由于编译的时候jar文件已经合并到主工程中，lib中包含所有的so文件，so目录的路径保留原有路径（CPU类型）

3、META-INF目录：信息描述，签名等用途

4、res目录：工程资源文件，以主工程为主，其它文件合并，values文件将不会出现在此目录下，因为已经将其编译到resouces.arsc文件中，raw文件将保持原有内容不会被编译。

5、AndroidManifest文件：清单文件，用来做组件查找

6、classes.dex文件：所有的class集合，虚拟机执行的文件

7、resources.arsc：系统资源文件索引，包含一些系统信息

安装过程的时候实际上就是将APK文件放到特定的目录下，并且生成与此应用有关的文件，应用级的应用一般放到data/app下，系统级应用放到system/app下。

之前有过的一篇讲解Resources和AssetManager，这时候资源的路径就指向了这个apk文件，就可以取得到需要的资源了。dex也是一个道理，dex文件是通过DexClassLoader来加载的，所以也就是如果我们在程序中使用加载器加载指定的dex文件就可以实现动态的加载，Facebook分dex包也是基于这种方式来做的。至于为什么要分多个dex文件，以下给出解释：

因为一个应用只会拥有越来越多的功能，但随着工程越来越大，而Android方法数量不能超过65K，如果超出之后，将会抛出Conversion to Dalvik format failed:Unable to execute dex:method ID not in[0,0xffff]65536。由于Android系统中，一个Dex文件中存储方法的id用的是short类型数据，所以导致你的dex中方法数不能超过65K，在2.3系统之前，虚拟机的内存只分配了5M，所以去掉一些无用的jar包，将一些属性设置为public，从而可以去掉get/set方法来压缩方法数量。

---------------------------------------------------------------------------------------------------------------------------------------------------------

讲完了apk的构成，那么apk是如何打包生成的呢？

首先android的资源是通过打包工具aapt（Android Assest Package Tool）打包到apk文件中的。在打包之前，大部分文本格式的xml资源文件还会被编译成二进制格式的xml资源文件，这些xml资源文件之所以要从文本格式编译成二进制格式，是因为：

1、二进制格式的XML文件占用空间更小。这是由于所有XML元素的标签、属性名称、属性值和内容所涉及到的字符串都会被统一收集到一个字符串资源池中去，并且会去重。有个这个字符串资源池，原来使用字符串的地方就是被替换成一个索引到字符串资源池的整数值，从而可以减少文件的大小。

2、二进制格式的xml文件解析速度更快。这是由于二进制格式的xml元素里面不再包含有字符串值，因此就避免了进行字符串解析，从而提高速度。

将xml资源文件从文本格式编译成二进制格式解决了空间占用以及解析效率的问题，但是对于android资源管理框架来说，这只是其中的一部分，android资源管理框架还有个更重要的任务——根据资源ID来快速找到对应的资源。

为了能让用户有最好的体验，为了支持android资源管理框架快速定位最匹配资源，android资源打包工具aapt在编译和打包资源的过程中，会执行以下两个额外的操作：

1、赋予每一个非assets资源一个ID值，这些ID值以常量的形式保存在R.java文件中。

2、生成一个resources.arsc文件，用来描述那些具有ID值的资源的配置信息，他的内容就相当于是一个资源索引表。

有了资源ID和索引表以后，android资源管理框架就可以迅速根据当前设备配置信息来定位最匹配的资源了。

============================================================

先理解这么多，至于aapt打包工具的工作流程就先不理解了。