相关疑难解决方法(0)

我的Android Studio项目用于构建更快,但现在需要很长时间才能构建.可能导致延误的任何想法？我试过/sf/answers/1902031491/但没有效果.我没有运行可能会中断构建的Anti病毒.我的应用程序也不是那么大(大约5MB),它曾经在几秒钟内构建,但不确定发生了什么变化.

10:03:51 Gradle build finished in 4 min 0 sec  
10:04:03 Session 'app': running  
10:10:11 Gradle build finished in 3 min 29 sec  
10:10:12 Session 'app': running  
10:20:24 Gradle build finished in 3 min 42 sec  
10:28:18 Gradle build finished in 3 min 40 sec  
10:28:19 Session 'app': running  
10:31:14 Gradle build finished in 2 min 56 sec   
10:31:14 Session 'app': running  
10:38:37 Gradle build finished in 3 min 30 sec  
10:42:17 Gradle …

自上次更新(从6月25日开始构建)以来,Android Studio Gradle中的任何更改都非常缓慢.当您编辑文件并在keyup上重新编译时,它似乎也会自动跟踪更改.

我的i5每次更改都需要几分钟.

知道如何加快我的Gradle变化吗？

我一直在使用Android Studio,到目前为止我使用的是1.0.1,gradle有点慢,大约1.5分钟为assembleDebug(我的项目非常大!)但是今天我将我的AS更新为1.2现在同样的过程需要大约7到10分钟,有时甚至没有结果!

有什么设置我必须改变,以使其更快？老实说,每次调试运行10分钟都是一场噩梦!

大多数时候,我的CPU使用率仍然是10%!(它实际上是空闲的!)因为在gradle工作之前它几乎一直在100%

最新更新: 查看Android Studio 2.0(预览版)即时运行它真棒!!!!

我发现了一些提示(通过Gradle和Android Studio构建和运行应用程序比通过Eclipse慢)来加速Android Studio(Gradle)的编译过程,但我仍然觉得它太慢了.编译项目并在设备上运行大约需要15秒.

gradle.properties已设置为:

org.gradle.daemon =真

org.gradle.parallel =真

编辑: 太棒了!!! 我的同事报告说Jack和Jill可能是解决方案:http: //www.infoworld.com/article/2856113/mobile-technology/androids-new-jack-and-jill-compilers-head-uphill-to-developers .html我正在读它.

查看此说明:https: //www.saikoa.com/blog/the_upcoming_jack_and_jill_compilers_in_android

编辑2: 杰克和吉尔的新信息!:http: //tools.android.com/tech-docs/jackandjill

编辑3: Android Studio 2.0似乎让我们摆脱了所有的负担!查看"即时运行". http://android-developers.blogspot.nl/2015/11/android-studio-20-preview.html

我安装了Android Studio 1.2,并创建了一个新项目.当我尝试构建时,它会挂起.这是在Gradle控制台中,以及大约20个其他副本,在png-cruncher_之后有不同的数字:

Exception in thread "png-cruncher_2" java.lang.RuntimeException: Timed out while waiting for slave aapt process, try setting environment variable SLAVE_AAPT_TIMEOUT to a value bigger than 5 seconds
at com.android.builder.png.AaptProcess.waitForReady(AaptProcess.java:104)
at com.android.builder.png.QueuedCruncher$1.creation(QueuedCruncher.java:107)
at com.android.builder.tasks.WorkQueue.run(WorkQueue.java:204)
at java.lang.Thread.run(Thread.java:745)

在Android Studio中运行单元测试有两个选项:

1. 用您的单元测试右键单击该文件(即Gradle-Aware Make).
2. testAppDebugUnitTest 任务来自可用的Gradle任务列表.

第一个实际上包含两个任务: - :app:assembleAppDebug和:app:assembleAppDebugUnitTest

第二个就是它testAppDebugUnitTest自己.

第一个是Google工具团队推荐的方式,但与第二个相比需要两倍的时间.

除了持续时间之外,如何运行单元测试没有明显区别.您可能认为您的代码不会在没有编译的情况下进行编译assembleAppDebug,但事实并非如此 - 您在测试中引入任何类的更改或者按预期编译和执行的测试本身.

那么,有什么区别,为什么它是推荐的方式,如果在实际的单元测试运行之前需要两倍的时间来准备一切？

我们已将Android应用项目更改为使用gradle,但已注意到它的构建速度明显变慢.

之前使用ANT:
6 sek/50 sec(干净)

使用gradle后:
30 sek/80 sec(干净)

我用以下方法描述了解决方案:

gradle assembleDebug --profile

结果报告中的主要任务是:任务:(在构建中没有干净)

:packageDebug   10.690s     
:processDebugResources  8.795s  
:compileDebugJava   7.644s  

我对获取有关这些任务的更多详细信息没有任何想法.

这是正常的吗？怎么可以改善？
我知道新的构建系统仍处于测试阶段,但似乎其他人的构建速度更快.

我已经环顾四周而没有找到解决方案我尝试过几个方面,包括确保使用包含以下内容的gradle.properties文件启用gradle deamon:

org.gradle.daemon=true
org.gradle.jvmargs=-Xms128m -Xmx256m
org.gradle.parallel=true

的build.gradle:

buildscript {
    repositories {
        mavenCentral()
        maven { url 'http://download.crashlytics.com/maven' }
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.7.+'
        classpath 'com.google.guava:guava:14.0.1'
        classpath 'com.crashlytics.tools.gradle:crashlytics-gradle:1.+'
        classpath 'me.tatarka:gradle-retrolambda:1.1.1'
        classpath 'com.neenbedankt.gradle.plugins:android-apt:1.2'
    }
}

repositories {
    mavenCentral()
    maven { url 'http://download.crashlytics.com/maven' }
}

apply plugin: 'android'
apply plugin: 'crashlytics'
apply plugin: 'retrolambda'
apply plugin: 'android-apt'

dependencies {
    compile fileTree(dir: …

在"过去的日子"中,构建工具知道它何时具有并且不必通过查看各个源文件的时间戳来重建应用程序.为什么Gradle,用于构建Android应用程序的最现代的工具,在我的情况下使用17秒来做上帝知道什么,在deplyoing和启动自上次构建后没有改变的应用程序？

前8秒似乎用于构建构建脚本("配置")

接下来的9秒用于运行以下任务:

:app:preBuild
:app:preDebugBuild
:app:checkDebugManifest
:app:preReleaseBuild
:library:compileLint
:library:copyReleaseLint UP-TO-DATE
:library:mergeReleaseProguardFiles UP-TO-DATE
:library:preBuild
:library:preReleaseBuild
:library:checkReleaseManifest
:library:preDebugBuild
:library:preDebugTestBuild
:library:prepareComAndroidSupportAppcompatV71910Library UP-TO-DATE
:library:prepareComGoogleAndroidGmsPlayServices3265Library UP-TO-DATE
:library:prepareReleaseDependencies
:library:compileReleaseAidl UP-TO-DATE
:library:compileReleaseRenderscript UP-TO-DATE
:library:generateReleaseBuildConfig UP-TO-DATE
:library:generateReleaseAssets UP-TO-DATE
:library:mergeReleaseAssets
:library:processReleaseManifest UP-TO-DATE
:library:crashlyticsCleanupResourcesRelease
:library:crashlyticsUploadStoredDeobsRelease
:library:crashlyticsGenerateResourcesRelease
:library:generateReleaseResValues UP-TO-DATE
:library:generateReleaseResources UP-TO-DATE
:library:mergeReleaseResources
:library:processReleaseResources
:library:generateReleaseSources
:library:compileReleaseJava UP-TO-DATE
:library:processReleaseJavaRes UP-TO-DATE
:library:packageReleaseJar UP-TO-DATE
:library:compileReleaseNdk UP-TO-DATE
:library:packageReleaseJniLibs UP-TO-DATE
:library:packageReleaseLocalJar UP-TO-DATE
:library:packageReleaseRenderscript UP-TO-DATE
:library:packageReleaseResources
:library:bundleRelease
:app:prepareComAndroidSupportAppcompatV71910Library UP-TO-DATE
:app:prepareComGoogleAndroidGmsPlayServices5089Library UP-TO-DATE
:app:prepareComMixpanelAndroidMixpanelAndroid431Library UP-TO-DATE
:app:prepareVGSwipelibraryUnspecifiedLibrary
:app:prepareDebugDependencies
:app:compileDebugAidl UP-TO-DATE
:app:compileDebugRenderscript UP-TO-DATE
:app:generateDebugBuildConfig UP-TO-DATE
:app:generateDebugAssets UP-TO-DATE
:app:mergeDebugAssets
:app:processDebugManifest UP-TO-DATE
:app:crashlyticsCleanupResourcesDebug
:app:crashlyticsUploadStoredDeobsDebug …

- 在Mac OS X上运行Android 2.1.1

-App不在Android手机上.

gradle.properties文件的内容

org.gradle.jvmargs=-Xmx2048M

悬停时,IDE表示它是未使用的属性.它也应该是深蓝色而不是灰色.

输出:

:MyProjectDirName:transformClassesWithInstantRunSlicerForDebug
:MyProjectDirName:transformClassesWithDexForDebug
To run dex in process, the Gradle daemon needs a larger heap.
It currently has approximately 910 MB.
For faster builds, increase the maximum heap size for the Gradle daemon       
to more than 2048 MB.
To do this set org.gradle.jvmargs=-Xmx2048M in the project   
gradle.properties.
For more information see   
https://docs.gradle.org/current/userguide/build_environment.html

编译器的输出清楚地表明它丢弃了gradle.properties文件的内容.

内容build.gradle

android {
    dexOptions {
        javaMaxHeapSize "2g"
    }
}

玩过这些设置,也没有成功:

我有一个简单的应用程序,每次我点击"运行"它需要超过3分钟的gradle完成构建和加载应用程序.它发生在模拟器和我的Android手机上.在你将这篇文章标记为类似帖子之前,请听我说:自从过去10天以来,我一直在努力解决这个问题.我已经经历了超过20个堆栈溢出类似的问题(像这一个)和谷歌上的几十篇文章,我已经尝试了他们建议的每个解决方案,但似乎没有任何工作.这是我到目前为止所尝试的:

• 新增org.gradle.parallel=true和org.gradle.daemon=true对gradle.properties
• 添加--parallel和--offline到命令行选项设置
• 在设置中启用"离线工作"
• 启用/禁用"即时运行" - 没有任何区别
• 我分配了很多内存:org.gradle.jvmargs=-Xmx4096m -XX:MaxPermSize=1024m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
• 我完全禁用了Windows Defender
• 我正在使用最新版本的gradle(2.10)和最新版本的Android Studio 2.1.1即使在尝试了所有这些之后,它仍然需要超过3分钟并且它变得非常沮丧.

当应用程序运行几分钟时,我:app:processDebugResources在gradle控制台中注意到了.所以也许这可能导致减速,我不知道.另外,我有一个我正在解析的xml文件,而且xml文件中有大约70,000行.这可能导致任何问题吗？它可能是Windows 8吗？

请提供有关如何解决此问题的任何建议.谢谢 :)