本页面介绍了如何在重复运行 Bazel 时优化 Bazel 的构建性能。
Bazel 的运行时状态
Bazel 调用涉及多个交互部分。
bazel命令行界面 (CLI) 是面向用户的前端工具，可接收来自用户的命令。CLI 工具会为每个不同的输出库启动一个 Bazel 服务器。Bazel 服务器通常持续存在，但在一些空闲时间后会关闭，以免浪费资源。
Bazel 服务器会针对给定命令（
build、run、cquery等）执行加载和分析步骤，并在此过程中在内存中构建构建图的必要部分。生成的数据结构会作为分析缓存的一部分保留在 Bazel 服务器中。Bazel 服务器也可以执行操作，也可以将操作发送到远程执行（如果已设置为远程执行）。操作执行的结果也会缓存在操作缓存中，即操作缓存中，即执行缓存中，可以是本地或远程中，并且可以在 Bazel 服务器之间共享。
输出树中会提供 Bazel 调用的结果。
以迭代方式运行 Bazel
在典型的开发者工作流中，通常会以非常高的频率重复构建（或运行）一段代码（例如，解决某些编译错误或调查失败的测试）。在这种情况下，相对于基本的重复操作（例如，调用编译器或执行测试），对 bazel 的重复调用应尽可能减少开销。
有鉴于此，我们再来看一下 Bazel 的运行时状态：
分析缓存是一段关键数据。只需在冷运行的加载和分析阶段（即在 Bazel 服务器刚启动或分析缓存被舍弃时）的加载和分析阶段都会花费大量时间。对于单次成功的冷构建（例如生产版本），此开销是可以承担的，但对于重复构建同一目标，必须分摊此费用并且不要在每次调用时重复。
分析缓存非常不稳定。首先，它是 Bazel 服务器的进程内状态的一部分，因此，如果丢失服务器，缓存将会丢失。但是，缓存也很容易失效：例如，许多 bazel 命令行标志会导致缓存被舍弃。这是因为许多标志都会影响构建图（例如，因为可配置属性）。某些标志更改也可能会导致 Bazel 服务器重启（例如，更改启动选项）。
良好的执行缓存对于构建性能也很重要。执行缓存可以保存在本地磁盘上，也可以远程保存。缓存可以在 Bazel 服务器之间 甚至可以在开发者之间共享
避免舍弃分析缓存
如果分析缓存被舍弃或服务器重启，Bazel 将输出警告。在迭代使用期间，应避免以下任一情况：
请注意在迭代工作流的中间更改
bazel标志。例如，将bazel build -c opt与bazel cquery混用会导致每个命令舍弃另一个命令的分析缓存。一般来说，请尝试在特定工作流的持续时间内使用一组固定的标志。一旦丢失 Bazel 服务器，分析缓存便会丢失。Bazel 服务器具有可配置的空闲时间，之后会关停。您可以通过 bazelrc 文件配置此时间以满足您的需求。当启动标志发生更改时，服务器也会重启，因此请再次尽可能避免更改这些标志。
请注意，如果在 Bazel 运行期间反复按 Ctrl-C，Bazel 服务器将终止。人们往往会试图通过中断不再需要的正在运行的构建来节省时间，但只需按 Ctrl-C 一次即可请求正常结束当前调用。
如果要使用同一工作区中的多组标志，您可以使用多个不同的输出碱基，并通过
--output_base标志进行切换。每个输出库都有自己的 Bazel 服务器。