问题标签 [build-time]

由于在 Android Studio 上进行了特定升级（不幸的是，我不记得确切的版本，因为几个月前我就遇到了这个问题，但我现在才问），我的构建时间非常高，大约在 4 到 5 分钟之间. 之所以发生这种情况，是因为：

显示“干净”任务正在运行的条形图

为什么 Android Studio 在我构建应用程序时会清理项目？有时我什至没有更改应用程序中的任何内容 - 严重的是：有时，在模拟器中安装应用程序时出现连接错误，所以我再次单击“播放”按钮...... Android Studio 再次清理并重建整个项目）。

任何人都知道为什么会发生这种情况以及如何避免这个问题？

我在谷歌上搜索时找不到有这种问题的人，我不知道它是否只发生在我的项目中，还是因为大多数应用程序没有那么大，所以重建时间不相关......

每当我运行该应用程序时，都需要花费更多时间来构建 android。我正在使用领域数据库。它有300多张桌子。当我删除领域表文件时，它会正常构建。出于离线目的，我们使用了这么多表。我的应用程序只有领域文件和一项活动。如何解决这个问题。帮我解决这个问题。

这可能是一个愚蠢的问题，但我是使用 Docker-compose 的新手。到目前为止，我喜欢它......但我的构建时间很长。我有一个具有多个依赖项的项目，显然每次进行更改时都需要重建源代码。现在，我正在调用docker-compose build重建容器，然后是docker-compose up. 问题是：

1. 它正在为我对源代码所做的每一次更改重建整个容器（这需要很长时间——获取依赖项/等）。这大大减慢了我的速度。

2. 我真的觉得我应该能够在容器上运行命令来重建然后重新运行可执行文件，就像这样：

   ��者 这应该可行，因为我正在使用卷在主机和容器之间共享代码。不需要重新获取所有依赖项。它不应该使用新构建的可执行文件吗？但是，这并不能反映已构建的更改，并且端口转发似乎中断了。

作为参考，这是我的Dockerfile：

还有我的 docker-compose.yml文件：

有什么我想念的吗？

从头开始创建 Android 项目时，Android Studio 不会添加mavenLocal()到 Gradle 存储库列表中。但是我们添加了它，现在构建速度比以往任何时候都快。

是否有任何理由避免mavenLocal()在我们拥有的每个 Android 项目中添加？我的意思是，这样做有什么缺点吗？

For my small (5-6000 lines of code) C++ program I have used both VS 2015 and 2017 and my build times are around 2 minutes on first build. This is obviously incredibly slow but I'm not sure why. In tools->options->projects and solutions->build and run - I've already set the "maximum number of parallel project builds" to 8 but no change occurred.

Are there any other settings or general rules which can be applied to reduce build times?

将我的项目更新到 com.android.tools.build:gradle:3.0.1 后，我遇到了 gradle 问题。它以前使用 com.android.tools.build:gradle:2.1.3。我已经调整了位于 gradle.properties 中的内存设置。

但仍然出现以下错误

我将我的应用程序本地化为多种语言，并且我想强制它以特定语言启动。我尝试在“AppleLanguages”键的用户默认值中设置我的语言，它有效，但在第一次启动时，语言仍然是英语。我需要在构建时更改语言。

我正在创建一个我计划在未来使用的通用 C++、CMake 和Catch项目模板，并希望为其启用代码覆盖率报告。为此，我决定将以下 CMake 模块添加到我的模块列表中：CodeCoverage.cmake。我对此的使用基本上归结为以下代码段：

细节。

• ENABLE_COVERAGE是我用来启用/禁用代码覆盖的命令行标志，它将使用 lcov/gcov 生成。

• tests是运行我所有单元测试的可执行文件的名称。首先我add_subdirectory用来添加它的文件夹，并在我使用的文件夹内：

  /li>

我的问题：

当我通常运行我的make脚本时，代码很容易编译，包括构建需要大约 10 秒的测试可执行文件。但是，当我为我的代码启用覆盖时，代码会卡在构建main.cpp.o（Inside tests）上，并且make永远不会完成。当我运行时make VERBOSE=1，我得到以下正在为所述对象运行的命令：

（为了便于阅读，我缩短了一些路径，缩进的行是同一命令的一部分）

显然，即使使用set(COVERAGE_EXCLUDES 'tests/*')，编译器仍在将覆盖标志附加到测试可执行文件中，我认为这是构建时间缓慢的根源。如果我的结论是正确的，那么我如何告诉编译器不要将这些标志添加到我的测试可执行文件中？如果我的结论不正确，那么如何减少此可执行文件的构建时间？（我不想直接提及标志名称，因为这可能不适用于所有编译器（我的意思是 GCC/Clang））

在旁注中，我的main.cpp包含：

一个示例测试文件包含：

我正在使用 android studio v 3.1。操作系统 - Windows 10。具有 16 GB 内存的 Core i5。下面是构建分析的结果

项目 gradle.properties 具有以下配置

仍然对于任何单行更改构建至少需要 2.3 分钟。这个问题只发生在 windows 和 ubuntu 上，相同的配置需要 15-20 秒。还可以做些什么来减少构建时间？

是否可以通过编程方式获取 APK 的生成时间？

我想在构建时间上显示它以进行构建识别。

我知道我可以硬编码gradle文件中的时间字符串并在我的Kotlin代码中访问它们，正如这个答案所暗示的那样，但这意味着每次我在重新生成构建时都必须更改字符串。

任何帮助，将不胜感激。