关于 Instant Run
Android Studio 2.0 中引入的 Instant Run 是 Run 和 Debug 命令的行为，可以大幅缩短应用更新的时间。尽管首次构建可能需要花费较长的时间，Instant Run 在向应用推送后续更新时则无需构建新的 APK，因此，这样可以更快地看到更改。
仅在您部署调试构建变体、使用 Android Plugin for Gradle 版本 2.0.0 或更高版本，以及在应用的模块级别 build.gradle 文件中将 minSdkVersion 设置为 15 或以上时，Instant Run 才受支持。为获得最佳性能，可以将 minSdkVersion 设置为 21 或更高。
部署应用后，Run 按钮（或 Debug 按钮）中会出现黄色的小闪电图标，表明 Instant Run 已经准备好在您下次点击按钮时推送更新。无需构建新的 APK 即可推送新的更改，一些情况下，应用甚至无需重启就可以立即显示代码更改的效果。
Instant Run 通过执行热交换、温和交换或冷交换向连接的设备或模拟器推送更新的代码和资源。它会根据所做更改的类型自动确定要执行的交换类型。上面的视频提供了有关所有这些如何在后台运行的十分有趣的详细信息。要获得您将特定代码更改推送至目标设备时 Instant Run 如何工作的快速摘要
代码更改 Instant Run 行为
更改现有方法的实现代码
通过热交换支持：这是最快的交换类型，使更改能够更快地显示。您的应用保持运行，下次调用存根方法时会使用具有新实现的存根方法。
热交换不会重新初始化您正在运行的应用中的对象。您需要重新启动当前的行为，或者重新启动应用才能看到特定更新。默认情况下，Android Studio 在执行热交换后会自动重新启动当前的行为。如果您不想重新启动，可以停用自动行为重新启动。
更改或移除现有资源
通过温和交换支持：这种交换速度也非常快，但 Instant Run 在将更改的资源推送至您的应用时必须重新启动当前的行为。您的应用保持运行，行为重新启动时屏幕上会出现小闪烁 - 这是正常情况。
结构性的代码更改，例如：
添加、移除或更改：
注释
实例字段
静态字段
静态方法签名
实例方法签名
更改当前类从其继承的父类
更改实现的界面列表
更改类的静态初始值设定项
对使用动态资源 ID 的布局元素重新排序
通过冷交换支持（API 级别 21 或更高）：这种交换速度有点慢，因为尽管不需要新的 APK，Instant Run 在推送结构性的代码更改时必须重新启动整个应用。
对于运行 API 级别 20 或更低的目标设备，Android Studio 会部署完整的 APK。
更改应用清单
更改应用清单引用的资源
更改 Android 小部件 UI 元素（需要清除并重新运行）
对应用的清单或清单引用的资源进行更改时，Android Studio 会自动部署新构建以应用这些更改。这是因为设备上安装了 APK 时应用相关的特定信息（如它的名称、应用图标资源和 Intent 过滤器）均通过清单确定。
如果您的构建流程自动更新应用清单的任何部分，如自动循环访问 versionCode 或 versionName，您将无法体验到 Instant Run 的全部性能优势。使用 Instant Run 时，您应该在调试构建变体中停用对应用清单的任何部分进行自动更新。
更新 Android 小部件 UI 元素时，您需要执行清除并重新运行以查看更改。或者，因为使用 Instant Run 时执行整洁的构建可能需要花费较长时间，您也可以在对小部件 UI 进行更新时暂时停用 Instant Run。
注：如果您需要在崩溃后重新启动应用，请不要从目标设备启动应用。从目标设备重启应用将不会应用自上次冷交换或增量构建之后的任何代码更改。要启动应用并应用所有最近的更改，请在 Android Studio 中点击 Run （或 Debug ）。
使用重新运行
推送影响特定初始值设定项的代码更改（例如对应用的 onCreate() 方法的更改）时，您需要重新启动应用，以便使更改生效。要执行增量构建并重新启动应用，请点击 Rerun 。
如果您需要部署整洁的构建，请从主菜单中选择 Run > Clean and Rerun ，也可以在点击 Rerun 时按住 Shift 键。此操作会停止运行的应用，执行完整、整洁的构建，然后将新的 APK 部署至您的目标设备。
停用行为自动重新启动
执行热交换时，您的应用会保持运行，但 Android Studio 会自动重新启动当前的行为。要停用此默认设置，请执行以下操作：
打开 Settings 或 Preferences 对话框：
在 Windows 或 Linux 上，从主菜单中选择 File > Settings。
在 Mac OSX 上，从主菜单中选择 Android Studio > Preferences。
导航至 Build, Execution, Deployment > Instant Run。
取消选中 Restart activity on code changes 旁边的方框。
如果停用活动自动重新启动，您可以选择 Run > Restart Activity，从菜单栏中手动重新启动当前的活动。
针对 Instant Run 配置和优化您的项目
默认情况下，Android Studio 会为使用 Android Plugin for Gradle 2.0.0 及更高版本构建的项目启用 Instant Run。
要使用最新版本的插件更新现有项目，请执行以下操作：
打开 Settings 或者 Preferences 对话框。
导航至 Build, Execution, Deployment > Instant Run，然后点击 Update Project，如图 3 所示。
如果用于更新项目的选项未显示，则说明项目已经带有最新版本的 Android Plugin for Gradle，处于最新状态。
.更新现有项目的 Android Plugin for Gradle。
您还需要更改构建变体才能开始使用 Instant Run，将变体改为应用的调试版本。
通过配置 DEX 资源缩短构建时间
部署整洁的构建时，Android Studio 会将您的应用设置为允许 Instant Run 推送代码和资源更新。尽管更新正在运行的应用要快得多，第一次构建却可能需要较长的时间才能完成。您可以通过配置多个 DexOptions 设置来加快构建流程：
maxProcessCount
设置可以并行启动的 DEX 进程的最大数量。如果 Gradle 后台进程已在运行，您需要先停止此进程，然后使用新的最大进程数进行初始化。您可以从 Terminal 窗口中调用下面的一种函数来终止 Gradle 后台进程：
在 Windows 上，请调用 gradlew –stop
在 Linux/Mac OSX 上，请调用 ./gradlew –stop
javaMaxHeapSize
设置 dex 操作的最大内存分配池大小。传递值时，您可以附加字母“k”来表示千字节，附加“m”表示兆字节，或者附加“g”表示千兆字节。
下面的示例会在模块级别的 build.gradle 文件中将 maxProcessCount 设为 4，以及将 javaMaxHeapSize 设为“2g”：
android {
…
dexOptions {
maxProcessCount 4 // this is the default value
javaMaxHeapSize “2g”
}
}
您应增大设置的值并观察对构建时间产生的影响，对这些设置进行测试。如果您向 dexing 进程分配过多的资源，则可能导致性能下降。
启用 dexing-in-process 和增量 Java 编译
Android Plugin for Gradle 版本 2.1.0 及更高版本还引入了其他的构建流程改进，包括增量 Java 编译和 dexing-in-process。增量 Java 编译默认情况下处于启用状态，这种编译方式仅对发生变化或需要重新编译的源代码部分进行重新编译，可以缩短开发过程中的编译时间。
dexing-in-process 在构建流程而不是单独的外部 VM 流程中执行 dexing。这样不仅可以让增量构建更快，也可以显著提高完整构建的速度。要启用此功能，您需要将 Gradle 后台进程的最大堆大小设置为至少 2048 MB。要进行设置，您可以将以下代码包含到项目的 gradle.properties 文件中：
org.gradle.jvmargs = -Xmx2048m
如果您已经在模块级别的 build.gradle 文件中为 javaMaxHeapSize 定义值，则需要将后台进程的最大堆大小设置为 javaMaxHeapSize 的值 + 1024 MB。例如，如果您已将 javaMaxHeapSize 设为“2g”，则需要将以下代码添加到项目的 gradle.properties 文件中：
org.gradle.jvmargs = -Xmx3072m
从 Windows Defender 中排除您的项目
在 Windows 系统上，Windows Defender 可能导致 Instant Run 的运行速度变慢。如果您正在使用 Windows Defender，应当从 Windows Defender 恶意软件扫描中排除您的 Android Studio 项目文件夹。
缩短使用 Crashlytics 时的构建时间
如果您的 Fabric Gradle 插件版本低于 1.21.6，Crashlytics 可能会导致构建时间变长。要提升应用开发期间的构建性能，您可以将插件升级到最新版本或者为您的调试构建变体停用 Crashlytics。
Instant Run 的限制
大多数情况下，Instant Run 可以加快构建和部署流程的速度。不过，使用 Instant Run 时有一些限制因素可能影响其行为以及与您应用的兼容性。如果您在使用 Instant Run 时遇到其他问题，请提交错误。
部署到多种设备
Instant Run 使用多种不同的技术执行特定于目标设备 API 级别的热交换、温和交换和冷交换。因此，同时将应用部署到多种设备时，Android Studio 会暂时关闭 Instant Run。
应用的 Dalvik 可执行文件分包
如果您的项目面向旧版 Dalvik 可执行文件分包（即，使用 multiDexEnabled true 和 minSdkVersion 20 或更低版本配置 build.gradle）配置并且您将其部署到运行 Android 4.4（API 级别 20）或更低版本系统的目标设备上，Android Studio 会停用 Instant Run。
如果将 minSdkVersion 设为 21 或更高，Instant Run 会自动将应用配置为进行 Dalvik 可执行文件分包。由于 Instant Run 仅适用于调试版本的应用，在部署发布构建变体时，您需要配置应用进行 Dalvik 可执行文件分包。
运行仪器测试和性能分析器
仪器测试会将调试 APK 和测试 APK 同时加载到测试设备上的相同进程中，这样，控制方法可以替换应用的正常生命周期并执行测试。在运行或调试仪器测试时，Android Studio 不会注入 Instant Run 需要的其他方法并将此功能关闭。
分析应用时，您应停用 Instant Run。使用 Instant Run 会轻微影响性能，而替换具有热交换的方法则会产生稍大的影响。这种性能影响会干扰性能分析工具提供的信息。此外，每次热交换生成的存根方法都会使堆叠追踪变得复杂。
使用第三方插件
使用 Instant Run 时，Android Studio 会暂时停用 Java Code Coverage Library (JaCoCo) 和 ProGuard。由于 Instant Run 仅适用于调试版本，停用不会影响您的发布版本。
某些执行字节码增强的第三方插件可能会对 Instant Run 设置应用的方式造成影响。如果您遇到这些问题，但是想要继续使用 Instant Run，那么应针对您的调试构建变体停用这些插件。您还可以通过提交错误的方式帮助提升与第三方插件的兼容性。
将更改推送至多进程应用
为了执行热交换和温和交换，Instant Run 仅设置应用的主进程。将代码更改（例如对方法实现或现有资源的更改）推送至其他应用进程时，Instant Run 会执行冷交换。
停用 Instant Run
要停用 Instant Run，请执行以下操作：
打开 Settings 或者 Preferences 对话框。
导航至 Build, Execution, Deployment > Instant Run。
取消选中 Enable Instant Run 旁边的方框。