通过Gradle和Android Studio构建和运行应用程序比通过Eclipse慢

我有一个多项目(大约10个模块)，每次建造大约需要20-30秒。当我在Android Studio中按下Run键时，我每次都要等待重新构建应用程序，这非常缓慢。

是否有可能在Android Studio中自动化构建过程?或者你有什么建议可以加快这个过程吗?

在Eclipse中，由于自动构建，在模拟器上运行相同的项目大约需要3-5秒。

这是我的身材。Gradle文件(app模块):

buildscript {
    repositories {
        maven { url 'http://repo1.maven.org/maven2' }
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.4'
    }
}
apply plugin: 'android'

dependencies {
    compile fileTree(dir: 'libs', include: '*.jar')
    compile project(':libraries:SharedLibs')
    compile project(':libraries:actionbarsherlock')
    compile project(':libraries:FacebookSDK')
    compile project(':libraries:GooglePlayServices')
    compile project(':libraries:HorizontalGridView')
    compile project(':libraries:ImageViewTouch')
    compile project(':libraries:SlidingMenu')
}

android {
    compileSdkVersion 17
    buildToolsVersion "17.0.0"

    defaultConfig {
        minSdkVersion 8
        targetSdkVersion 16
    }
}

当前回答

公认的答案是旧版本的android studio，其中大多数现在仍然有效。更新android studio让它更快了一点。不要费心指定堆大小，因为它会随着Xms和Xmx的增加而自动增加。下面是对VMoptions的一些修改

In bin folder there's a studio.vmoptions file to set the environment configuration. In my case this is studio64.vmoptions Add the following lines if they're not added already and save the file. In my case I've 8GB RAM. -Xms4096m -Xmx4096m -XX:MaxPermSize=2048m -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=utf-8` Start android studio. Go to File-> Settings-> Build, Execution, Deployment-> Compiler Check compile independent modules in parallel In command-line Options write: --offline Check Make project automatically Check configure on demand

在使用mac的情况下，起初我找不到vmoptions。不管怎样，这里有一篇关于如何在MAC OSX中更改vmoptions的好文章。引用这篇文章。

打开你的终端，输入下面的命令打开MAC OSX中的vmoptions:

open -e /Applications/Android\ Studio.app/Contents/bin/studio.vmoptions

2015-07-26 04:56:45

其他回答

如果使用谷歌播放服务，只依赖于你需要的库而不是整个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
        }
    }
    ...
}

2015-05-06 07:50:56

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

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

2014-03-23 22:49:49

解决我的问题

文件->设置->构建，执行，部署->构建工具-> Gradle ->离线工作

Gradle的构建从8分钟缩短到3秒。

2015-08-14 16:27:50

您可以尝试打开studio右侧的gradle菜单，只组装已更改的模块，然后运行install命令。当你按下运行键时，不管你对它正在组装的代码做了什么改变，它都会组装所有东西

2017-02-14 21:14:20

这是另一个提高性能的技巧:

Android Studio 3.0包含新的DEX编译器D8。