如果使用谷歌播放服务，只依赖于你需要的库而不是整个blob可以使事情更快。

如果你只需要地图，使用:

compile 'com.google.android.gms:play-services-maps:6.5.+'

而不是:

compile 'com.google.android.gms:play-services:6.5.+'

后者将20k个方法(参见博客)引入类路径，这可能使总方法计数超过64k。

这将强制使用proguard或multidex，即使是调试版本。对于我的一个项目，我有以下的构建时间

Multidex构建(带支持库)~40秒 保护建造~20秒 当方法限制< 64k ~5sec时构建

如果在sdk 21+上开发，就有可能优化multidex构建，如android文档中所述

android {
    productFlavors {
        // Define separate dev and prod product flavors.
        dev {
            // dev utilizes minSDKVersion = 21 to allow the Android gradle plugin
            // to pre-dex each module and produce an APK that can be tested on
            // Android Lollipop without time consuming dex merging processes.
            minSdkVersion 21
        }
        prod {
            // The actual minSdkVersion for the application.
            minSdkVersion 14
        }
    }
    ...
}

到处寻找，终于找到了一个适合我们的解决方案。启用并行构建(在OSX:首选项->编译器-> gradle ->“并行编译独立模块”)和启用“自动制作项目”将它从~1分钟降低到~20秒。感谢/u/Covalence。

http://www.reddit.com/r/androiddev/comments/1k3nb3/gradle_and_android_studio_way_slower_to_build/

根据android文档，将此添加到app模块的gradle文件中。

android {
    ...
    dexOptions {
    preDexLibraries true
    maxProcessCount 8
    }
}

我最近买了一个新的固态硬盘，从Windows换成了Linux。我的构建时间现在快了一个数量级，不再烦人了。

虽然它没有直接回答为什么它比eclipse慢的问题，但它表明该进程受磁盘限制，升级到SSD可能是一个(有点昂贵的)解决方案。我猜会有人在谷歌上搜索这个问题，最后来到这里，他们可能会欣赏我的经验。

这个设置对我来说太快了 (大约2秒构建)

build.gradle

android {

    dexOptions {
        incremental true
        preDexLibraries = false
        jumboMode = false
        maxProcessCount 4
        javaMaxHeapSize "6g"
    }
}

gradle.properties

org.gradle.daemon=true
org.gradle.parallel=true
org.gradle.jvmargs=-Xmx8192M

我的电脑:

CPU Intel(R) Pentium(R) CPU G2030 @ 3.00GHz, 3000 Mhz, 2个处理器 原理，2处理器lógicos x64 微软Windows 7专业版 (ram) 16,0 gb

项目文件 -都位于当地的HD

如果有人正在开发一个通过Subversion进行同步的项目，而且这种情况还在发生，我认为这会减慢Android Studio的工作流程。例如，如果它的工作非常缓慢，而:滚动在一个类，xml等，而我的应用程序仍在我的设备上运行。

在首选项中选择版本控制，并将Subversion设置为None。