我遇到过这样的问题，尤其是通过手机主动调试时;有时需要27分钟。我做了以下事情，并记下每一项下的解释——其中一项可能对你有用:

改了我的gradle。properties文件(在Gradle脚本下，如果你有项目文件视图在Android选项下或在你的项目文件夹内)。我添加这个是因为我的电脑有一些空闲的内存-你可以在最后分配不同的值，这取决于你的电脑规格和android工作室的最低要求(Xmx8000m - xx:MaxPermSize=5000m):

org.gradle.daemon = true org.gradle.configureondemand = true org.gradle.parallel = true android.enableBuildCache = true org.gradle.caching = true org.gradle。jvmargs=-Xmx8000m -XX:MaxPermSize=5000m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8

这并没有完全解决我的问题。因此，我也做了其他人之前建议的事情——让我的构建过程离线:

文件->设置/首选项->构建，执行，部署-> Gradle 全局Gradle设置(在底部) 将复选框标记为:脱机工作。

这大大减少了时间，但它是不稳定的;有时需要更长的时间。因此，我对即时运行做了一些更改:

文件->设置/首选项->构建，执行，部署->即时运行 选中:启用立即运行热插拔代码… 检查:代码更改时重新启动活动…

The move above was erratic also and therefore I sought to find out if the problem may be the processes/memory that ran directly on either my phone and computer. Here I freed up a little memory space in my phone and storage (which was at 98% utilized - down to 70%) and also on task manager (Windows), increased the priority of both Android Studio and Java.exe to High. Take this step cautiously; depends on your computer's memory. After all this my build time while debugging actively on my phone at times went down to 1 ~ 2 minutes but at times spiked. I decided to do a hack which surprised me by taking it down to seconds best yet on the same project that gave me 22 - 27 minutes was 12 seconds!:

连接电话进行调试，然后单击RUN 在它开始后，拔下电话-构建应该继续更快，并在结束时引发一个错误，指出这一点:Session 'app':安装APKs错误 重新连接电话并再次单击RUN…

另外

如果我调试的脚本/函数/方法是纯粹的JAVA，而不是JAVA- Android，例如测试一个API与JSONArrays/JSONObjects，我测试我的JAVA函数/方法在Netbeans可以编译一个文件，并显示输出更快，然后对我的Android Studio文件进行必要的更改。这也为我节省了很多时间。

EDIT

我尝试在本地存储中创建一个新的android项目，并将之前项目中的所有文件复制到新的项目中- java, res, manifest, gradle应用程序和gradle项目(带有最新的gradle类路径依赖项)。现在我可以在不到15秒的时间内构建我的手机。

在Android studio 2.0的测试版中，他们推出了一项名为“即时运行”的功能。它在很大程度上减少了构建时间。其核心理念是，Android Studio只会将一些小变化推送到已经运行的应用中。

它将我们在代码中所做的更改分为三部分:热插拔、热插拔和冷插拔，这是基于这些更改会给构建带来多大的负载。在那之后，它只是在已经运行的应用程序中交换代码，我们可以看到变化正在运行几秒钟。去看医生了解更多信息。

在这里你可以下载Android Studio 2.0预览版。

PS:这个功能有一些问题。医生都列出来了。安装前检查一下。

我做的第二件事是卸载我的杀毒软件(AVG杀毒软件){听起来很疯狂，但我必须这么做}。 它减少gradle构建时间高达40%

我做的第一件事是启用离线模式 （1. 通常在编辑器的右侧点击Gradle 2. 点击连接按钮切换) 它将gradle的构建时间减少了20%

所以通过做这两件事，我的Gradle构建时间减少了60%

我遇到过这样的问题，尤其是通过手机主动调试时;有时需要27分钟。我做了以下事情，并记下每一项下的解释——其中一项可能对你有用:

改了我的gradle。properties文件(在Gradle脚本下，如果你有项目文件视图在Android选项下或在你的项目文件夹内)。我添加这个是因为我的电脑有一些空闲的内存-你可以在最后分配不同的值，这取决于你的电脑规格和android工作室的最低要求(Xmx8000m - xx:MaxPermSize=5000m):

org.gradle.daemon = true org.gradle.configureondemand = true org.gradle.parallel = true android.enableBuildCache = true org.gradle.caching = true org.gradle。jvmargs=-Xmx8000m -XX:MaxPermSize=5000m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8

这并没有完全解决我的问题。因此，我也做了其他人之前建议的事情——让我的构建过程离线:

文件->设置/首选项->构建，执行，部署-> Gradle 全局Gradle设置(在底部) 将复选框标记为:脱机工作。

这大大减少了时间，但它是不稳定的;有时需要更长的时间。因此，我对即时运行做了一些更改:

文件->设置/首选项->构建，执行，部署->即时运行 选中:启用立即运行热插拔代码… 检查:代码更改时重新启动活动…

The move above was erratic also and therefore I sought to find out if the problem may be the processes/memory that ran directly on either my phone and computer. Here I freed up a little memory space in my phone and storage (which was at 98% utilized - down to 70%) and also on task manager (Windows), increased the priority of both Android Studio and Java.exe to High. Take this step cautiously; depends on your computer's memory. After all this my build time while debugging actively on my phone at times went down to 1 ~ 2 minutes but at times spiked. I decided to do a hack which surprised me by taking it down to seconds best yet on the same project that gave me 22 - 27 minutes was 12 seconds!:

连接电话进行调试，然后单击RUN 在它开始后，拔下电话-构建应该继续更快，并在结束时引发一个错误，指出这一点:Session 'app':安装APKs错误 重新连接电话并再次单击RUN…

另外

如果我调试的脚本/函数/方法是纯粹的JAVA，而不是JAVA- Android，例如测试一个API与JSONArrays/JSONObjects，我测试我的JAVA函数/方法在Netbeans可以编译一个文件，并显示输出更快，然后对我的Android Studio文件进行必要的更改。这也为我节省了很多时间。

EDIT

我尝试在本地存储中创建一个新的android项目，并将之前项目中的所有文件复制到新的项目中- java, res, manifest, gradle应用程序和gradle项目(带有最新的gradle类路径依赖项)。现在我可以在不到15秒的时间内构建我的手机。

我在kotlin也遇到了同样的问题。更新过时的kotlin运行时为我解决了这个问题

我的电脑也有类似的问题。 Windows Defender阻塞了Gradle Building的某些部分。 我已经禁用了它，在那之后工作得很好。