如何编译运行app

我们要编译运行一个AS工程，只需在AndroidStudio上点击几下按钮就行了。InstantRun模式下，当你修改一些方法和存在的资源时，允许你不用编译一个新的apk就可以立即看到修改后的效果。
编译运行你的app,点击Run 'app'

可以看到，我只改动了一个现有方法的内部代码，重新运行后编译和部署的速度都非常快，最关键的是，应用程序并没有重新安装或重启，甚至于Activity都没有重启（由于我进行了上述的设置），然后修改的代码就成功替换了。

Warm Swap

warm swap也非常快，这种swap类型同样不需要重新安装或重启程序就可以完成程序变更，但是warm swap要求必须重启Activity。你会在界面上看到屏幕很快地闪一下，同时Activity的生命周期会重新执行。

warm swap的适用条件也比较局限，只有一种情况会被Android Studio视为warm swap类型，就是修改或删除一个现有的资源文件，效果如下图所示：

可以看到，我改动了布局文件中的内容，重新运行后速度仍然很快，应用程序并没有重新安装或重启，只是Activity重启了一下，因为要将修改后的布局内容展示到界面上。

Cold Swap

cold swap相对而言就要更慢一些了，Android Studio会自动记录我们项目的每次修改，然后将修改的这部分内容打成一个dex文件发送到手机上，尽管这种swap类型仍然不需要去安装一个全新的APK，但是为了加载这个新的dex文件，整个应用程序必须进行重启才行。另外，cold swap的工作原理是基于multidex机制来实现的，在不引入外部library的情况下，只有5.0及以上的设备才支持multidex，因此，如果你使用了5.0以下的设备，那么cold swap就无法工作了，这种情况会执行最原始的完整APK安装过程。

cold swap的适用条件非常多，下面我列出一个详细的清单，有哪些情况会被Android Studio视为cold swap类型：

3. 添加、删除或修改一个注解
4. 添加、删除或修改一个字段
5. 添加、删除或修改一个方法
6. 添加一个类
7. 修改一个类的继承结构
8. 修改一个类的接口实现
9. 修改一个类的static修饰符
10. 涉及资源文件id的改动

那么我们还是来看一下演示效果吧，如下图所示：

0 (2).gif

可以看到，这里我给第二个Button添加了一个新的点击事件方法，添加一个方法是满足cold swap条件的，那么我们明显可以看出，应用程序重新启动了，但是整体的速度依然很快，整个重新运行的过程在5秒种之内完成的，我的截图都是实时速度，没有进行加速播放。

Full APK

除了满足以上条件的其他程序变更，Instant Run目前都还不支持，主要包括以下一些情况：

1. 改变AndroidManifest.xml文件的内容
2. 改变被AndroidManifest.xml文件所引用的资源，比如string.xml中的app_name
3. 改变桌面widget的UI相关元素

当程序变更不被Instant Run所支持时，就会执行完整的APK安装过程，同时Android Studio会给出这样的提示：

由于这种情况重新运行时间比较长，就不给大家截图演示了，以前我们使用低于2.0版本的Android Studio开发时，每次都是执行的这种情况。

当然，这只是目前的Instant Run规则，Android Studio团队还会一直进行优化，增加hot swap和warm swap的条件，减少cold swap和full apk的条件，相信未来的Android Studio会更加好用。

Rerun

尽管Instant Run尽可能地想要变得更智能，但是它也没有时光倒流的能力。比如hot swap或者warm swap是根本不会重启程序的，而如果你修改了一些只有在程序启动的时候才会初始化的代码，那么Instant Run对此也是无能为力的，因为修改的代码根本就没有执行到。

针对这种情况，Android Studio专门提供了一个Rerun按钮：

中间那个按钮就是Rerun按钮，使用这个按钮来重新运行程序，应用程序会被强制重启，从而初始化的一些代码就能够执行到了。Android Studio无法得知改动的代码是不是在程序初始化的时候才执行的，而我们却可以知道，所以确保你理解了Rerun这个按钮的作用，并在恰当的时机使用它。

补充

hot swap由于其工作原理的限制还有一些特殊问题。hot swap会在应用程序的内部开启一个服务器，然后由Android Studio自动计算出方法内实现的变更，将变更代码发送到服务器，服务器再利用类加载器和委托机制将新的代码实现注入到现有应用程序中，从而完成替换工作。

但是整个过程中，新的代码实现并没有被保存到本地，也就是说一旦设备和Android Studio的连接断掉了（比如拔掉数据线），我们使用hot swap替换的代码也就随之不见了。当你再次打开程序的时候，你会看到这样的提示：

看到这个提示并不用感到惊奇，这就说明你的hot swap代码失效了，现在的程序仍然使用的老的代码。遇到这种情况只需要将手机连上电脑，然后在Android Studio中重新运行一下程序就可以解决了。另外只有在debug模式下才可能会出现这个提示，release模式下是不可能出现的，所以不用担心这个提示会让用户感到困惑。

配置优化InstantRun

通过配置DEX 资源加快编译速度

android {
  ...
  dexOptions {
    maxProcessCount 4 // this is the default value
    javaMaxHeapSize "2g"
  }
}

Enable dexing-in-process和增量编译

该功能需要使用Android Plugin for Gradle 2.1.0及以后的版本，为了是该功能生效，你需要设置Gradle daemon's的最大heap size至少为2048M，在可以在gradle.propertes文件加入：

org.gradle.jvmargs = -Xmx2048m

如果你已经定义了javaMaxHeapSize在你的modle的build.gradle文件中，你需要设置daemon's的最大headp size的值为javaMaxHeapSize+1024MB。例如如果你的javaMaxHeapSize为“2g”,你需要在gradle.properties文件中设置为：

org.gradle.jvmargs = -Xmx3072m

window病毒扫描不要包含工程文件

Disable Crashlytics for your debug build variant

使用Crashlytics会引起编译速度慢，为了提高开发阶段的效率，可以把起disable掉，disable Crashlytics:

Instant Run的局限性

部署到多个设备

由于Instant Run使用不同的技术在不同的API版本上，因而当你把app部署到多个设备上时，Android Studio会临时关闭Instant Run功能。

多dex的APP

当你在你的build.gradle文件里设置了multiDexEnabled true 和 minSdkVersion 20 or lower,这时如果你部署你的app到Android4.4(API 20)或更低版本，Android Studio会关闭Instant Run功能。

如果minSdkVersion设置为21或更高版本，Instant Run会自动为你的app配置multidex。由于InstantRun仅在debug版本工作，如果你要发布release版，你需要手动配置multidex。

第三方插件

Android Studio会临时关闭java Code Coverage Library(JaCoCo) 和 ProGuard当你使用InstantRun时。因为InstantRun仅在Debug上工作，因而不会影响Release编译。

使用Instant Run构建你的app时，如果使用第三方插件进行字节码优化可能会有问题，如果你想使用Instant Run,你需要关闭字节码优化插件。

推送更改到多进程的APP

InstantRun进支持在应用的主进程进行hot swaps和warm swaps。如果想要对其他进程进行更新，InstantRun会执行cold swap。

关闭InstantRun功能

1. Open the Settings or Preferences dialog.
2. Navigate to Build, Execution, Deployment > Instant Run.
3. Uncheck the box next to Enable Instant Run.