如何解决Bazel中java_test复用缓存测试代码不重新构建的问题？

问题描述 #

拥有被测类Code.java和测试用例Test.java，运行bazel test后修改Test.java代码，后续执行仍使用旧的缓存测试代码；仅修改Code.java时，才会触发测试代码的重新编译。

尝试过两种配置模式，均出现该问题：

1. 直接将Test.java作为java_test的源码（目标TestDirectly）
2. 先将Test.java构建为独立java_library，再让java_test依赖该库（目标TestViaLibrary）

预期行为：修改Test.java应被Bazel检测到，触发测试代码重新构建与执行，无需修改被测代码。

配置代码 #

java_library(
   name = "Code",
   srcs = ["Code.java"],
)

java_library(
    name = "TestsLibrary",
    srcs = ["Test.java"],
    deps = [
        ":Code",
    ],
)

java_test(
    name = "TestDirectly",
    srcs = ["Test.java"],
    test_class = "package.Test",
    deps = [
        ":Code",
    ],
)

java_test(
    name = "TestViaLibrary",
    test_class = "package.Test",
    runtime_deps = [
        ":Code",
        ":TestsLibrary",
    ],
)

问题分析与解决方案 #

1. TestViaLibrary配置错误（核心问题） #

TestViaLibrary使用了runtime_deps而非deps：

• runtime_deps仅指定运行时依赖，Bazel不会将其纳入编译依赖追踪，因此TestsLibrary的源码变化不会触发TestViaLibrary的重新构建。

修正配置：将runtime_deps替换为deps，且由于TestsLibrary已依赖Code，可简化配置：

java_test(
    name = "TestViaLibrary",
    test_class = "package.Test",
    deps = [":TestsLibrary"],
)

2. TestDirectly的缓存或检测问题 #

TestDirectly的配置本身符合规范，若仍不触发重新构建，可尝试以下操作：

• 清理Bazel缓存：执行bazel clean，彻底清除本地缓存后重新运行测试。
• 禁用测试结果缓存：运行bazel test //package:TestDirectly --nocache_test_results，强制跳过测试结果缓存，重新执行测试。
• 验证包名匹配：确认Test.java的实际包名与test_class指定的package.Test完全一致，避免因类路径不匹配导致的缓存复用。
• 检查文件修改时间：确保编辑器修改Test.java后，文件的时间戳已更新（部分编辑器可能存在覆盖文件但不更新时间戳的情况）。

3. 额外验证步骤 #

• 运行bazel query --output=build //package:TestDirectly，确认srcs列表中包含Test.java。
• 运行bazel build //package:TestDirectly --verbose_failures，查看编译日志是否显示Test.java被重新编译。

内容的提问来源于stack exchange，提问作者Jason