为什么Bazel不将构建工具使用的JDK版本作为缓存键的一部分进行散列

Bazel是一个由Google开发的构建工具，它的目标是提供高效、可扩展且具有一致性的构建工具链。在Bazel的构建过程中，它使用了一种称为"缓存键"的机制来确定是否需要重新构建某个目标。

"缓存键"是由多个因素组成的，包括构建规则、构建输入文件和构建工具使用的版本等。在Bazel的设计中，构建工具使用的JDK版本并不作为缓存键的一部分进行散列的原因有以下几点：

1. 可移植性：Bazel旨在提供可移植的构建系统，可以在不同平台和环境中使用。如果将构建工具使用的JDK版本作为缓存键的一部分，那么在不同的机器上使用不同版本的JDK时，将导致缓存不可共享，降低了构建系统的效率和可维护性。
2. 稳定性：JDK版本的选择通常是由项目的要求和开发团队的决策所确定的，并且在项目的生命周期中很少更改。将JDK版本作为缓存键的一部分可能会导致不必要的构建重复，增加构建时间和资源消耗。因此，Bazel选择忽略JDK版本，以提高构建过程的稳定性和一致性。
3. 简化配置：Bazel的目标是提供简单、高效的构建工具链。如果将JDK版本作为缓存键的一部分，将增加构建配置的复杂性，特别是在多个项目或团队共享构建缓存时。通过忽略JDK版本，Bazel可以更好地满足用户的需求，简化构建配置过程。

需要注意的是，虽然Bazel不将构建工具使用的JDK版本作为缓存键的一部分进行散列，但它仍然会考虑JDK版本对构建结果的影响。如果在不同版本的JDK下构建结果存在差异，Bazel会使用其他因素来确定是否需要重新构建目标。