Android Studio 在 i7 处理器上使用 100% CPU 进行项目重建

Question

我的 Windows 7 机器有一个四核 i7 处理器。当我重建我的项目时，平均需要 25 秒。当我启动应用程序时，平均需要 36 秒（在应用程序上传到设备之前）。

我的项目的 /src 文件夹中有 588 个文件，其中包括我所有的 java 和 xml 代码。我的 /libs 文件夹中有两个 .so 库，每个 5MB 和 7 个 jars。

请参阅我随附的屏幕截图。正如你所看到的，我的 CPU 一直处于 100% 的最大值。我的 iTunes 音乐暂停，并且在我的 Windows 任务栏的右下角弹出“性能不佳”。就是这么糟糕。

我使用的是 Android Studio 1.2.1.1

大部分时间都花在了 preDex 和 dex 操作上。

这是我到目前为止尝试过的（另外，我还没有一起尝试过）：

1. 添加 gradle.properties -> "org.gradle.daemon=true"
2. 省电
3. 模式无效缓存 /
4. 重启全局 Gradle 设置 -> 离线
5. work Compiler -> 自动生成项目

还没有任何效果。我无法想象这是一个普遍的问题，对吗？我是不是太无能了，因为这真的比 Eclipse 慢得多？

我想我的问题是：

1. 这可能是由于我的 jar 或 so 文件的大小造成的吗？
2. 我接管了一个在 XML 文件中有许多嵌套视图的项目。这会导致问题吗？

我真的很想找救命稻草，所以如果有人有任何信息，尤其是为什么 dex 操作会占用这么多 CPU，那就太棒了。

如果我编辑一个 XML 文件，进行重建，然后启动应用程序，我想这是不言而喻的。如果没有什么可以清理和重建... 当我只是做一个 Make Project 时...平均构建时间是 3 秒。

Answer 1

以下是我能够做出的三项改进：

我每次构建项目时都在对我的 JAR 进行预分解，所以我找到了这个解决方案：

dexOptions {
    preDexLibraries = false
}

我使用的是整个 Google Play 服务库：

compile('com.google.android.gms:play-services:+') {
    exclude module: 'support-v4'
}

当我只需要 Google Cloud Messenger 时：

compile('com.google.android.gms:play-services-gcm:+') {
    exclude module: 'support-v4'
}

在 Eclipse 中，我总是会进行重建，然后使用播放按钮启动应用程序。在 Android Studio 中，现在我只是在做一个 Clean 然后使用播放按钮启动应用程序。此外，Android Studio 中的“运行”按钮并非每次都在清理后立即起作用。这导致了似乎是延迟，因为什么都没有发生。所以现在我让 Gradle 控制台保持打开状态，以确保运行按钮正常工作，如果不正常，我只需再次点击它。

我曾经拥有的：

Rebuild: 26 seconds
Launch:  36 seconds
Install: 15 seconds

现在：

Clean:    8 seconds
Launch:  22 seconds
Install: 15 seconds

这是一项重大改进！希望这对其他人有帮助。

Answer 2

正如tracker page for this issue 中所述，团队已确定这是问题所在：

--parallel-threads 仅适用于项目并行化。

对于并行运行的 android 任务，我们总是创建为 尽可能多的线程

从页面上看，他们似乎以 1.3 版为目标来解决这个问题（见那里的评论 #13）。

与此同时，帮助我应对 Windows 7 的方法是设置 Android Studio 进程（及其子进程）的 CPU 亲和性，以腾出至少一个内核（如注释 #9 中所建议的那样）页）。

有很多方法可以做到这一点，但您可能想尝试top-voted answer on this superuser question（建议使用Process Lasso），它似乎对我来说足够好用。

Answer 3

除了特定于 Gradle 的优化（见下文），我建议您尝试禁用防病毒保护 Gradle 缓存目录和 Android Studio 项目目录。对我来说，这将我的构建时间减少了大约 50%。从 Windows 搜索索引中排除这些相同的目录也会有所帮助。

我在 ~/.gradle/gradle.properties 中使用的 Gradle 优化。

org.gradle.daemon=true
org.gradle.jvmargs=-Xmx6144m <-- Tweak this based on available RAM
org.gradle.caching=true
org.gradle.parallel=true
kotlin.incremental=true

请注意，启用缓存意味着您有时必须在切换分支时显式清除缓存。当我遇到令人费解的构建问题时，我会运行此脚本。

#!/bin/bash

# Clean Android cache
./gradlew cleanBuildCache

# Clean Gradle cache, prompting for each directory
find ~/.gradle/caches -maxdepth 1 -name build-cache* -print -exec rm -rfI {} \;

# Clean Project
./gradlew clean

# Stop Gradle Daemon
./gradlew --stop

Answer 4

说实话，由于 UI 设计器，Android Studio 比 Eclipse 更好。缺点是它使用 gradle 而不是 Ant。 Gradle 也更好但更慢 - 特别是在 Windows 上。它在 Linux 上运行得更好。如果您以前没有使用过 Linux，请不要害怕。 Linux Mint 是一个稳定的操作系统，具有类似于 Windows 的 UI。你很快就到家了。它消耗更少的资源，从而为 gradle 构建留下更多的处理能力。进行开关。你永远不会回去。