instant run

1.功能

Instant Run，是androidstudio2.0新增的一个运行机制，在你编码开发、测试或debug的时候，它都能显著减少你对当前应用的构建和部署的时间。

 

2. 构建周期流程对比

2.1典型构建

2.2 instant run = 增量构建+ 热 温冷插拔

热拔插：代码改变被应用、投射到APP上，不需要重启应用，不需要重建当前activity。
场景：适用于多数的简单改变（包括一些方法实现的修改，或者变量值修改）
温拔插：activity需要被重启才能看到所需更改。
场景：典型的情况是代码修改涉及到了资源文件，即resources。
冷拔插：app需要被重启（但是仍然不需要重新安装）
场景：任何涉及结构性变化的，比如：修改了继承规则、修改了方法签名等。

3.instantrun的原理

manifest文件合并、打包，和res一起被AAPT合并到APK中，同样项目代码被编译成字节码，然后转换成.dex 文件，也被合并到APK中。

3.1 一个新的App Server类

一个新的App Server类会被注入到App中，与Bytecode instrumentation协同监控代码的变化。

3.2一个新的APPLICATION类

同时会有一个新的Application类，它注入了一个自定义类加载器（Class Loader）,同时该Application类会启动我们所需的新注入的App Server。于是，Manifest会被修改来确保我们的应用能使用这个新的Application类.

 

至此，Instant Run已经可以跑起来了，在我们使用的时候，它会通过决策，合理运用冷温热拔插来协助我们大量地缩短构建程序的时间。

 

4. 关于instant run工作方式

4.1热插拔

Android Studio monitors运行着Gradle任务来生成增量.dex文件（这个dex文件是对应着开发中的修改类） Android Studio会提取这些.dex文件发送到App Server，然后部署到App。
因为原来版本的类都装载在运行中的程序了，Gradle会翻译，更新好这些.dex文件（Gradle修改class的原理，请戳链接），发送到App Server的时候，交给自定义的类加载器来加载.dex文件。看看下面原理图：

App Server会不断监听是否需要重写类文件，如果需要，任务会被立马执行。新的更改便能立即被响应。我们可以通过打断点调试来发现它确实是这么做

 

4.2温插拔

温拔插需要重启Activity，因为资源文件是在Activity创建时加载，所以必须重启Activity来重载资源文件。

4.3冷插拔

应用部署的时候，会把工程拆分成十个部分，每部分都拥有自己的.dex文件，然后所有的类会根据包名被分配给相应的.dex文件。当冷拔插开启时，修改过的类所对应的.dex文件，会重组生成新的.dex文件，然后再部署到设备上。