为何java_executable_exec_path返回旧版‘external’运行文件路径？

我来帮你拆解这个问题——这种情况通常和Bazel的工作区路径逻辑变更、rules_scala的工具链配置细节有关，下面分原因和具体解决办法来说：

可能的触发原因 #

• 版本兼容性不匹配
  你用的rules_scala commit是e9e65ada59823c263352d10c30411f4739d5df25，这个版本是针对特定Bazel版本开发的。如果你的本地Bazel版本比较新，它已经改用了新的路径结构（比如更依赖bazel-out而非external），但旧版rules_scala的工具链配置还在沿用老的路径逻辑，就会出现这种不一致。
• 工具链注册没覆盖默认配置
  scala_register_toolchains()虽然注册了Scala工具链，但可能没完全替换掉Bazel自带的默认Java工具链。而java_executable_exec_path是读取Java工具链的路径，所以依然指向旧的external目录。
• BUILD目标没绑定正确工具链
  如果你的Scala目标（比如scala_binary）没有明确指定使用rules_scala提供的工具链，Bazel会自动 fallback到默认Java工具链，自然返回旧路径。

具体解决方案 #

1. 对齐Bazel与rules_scala版本 #

先查一下这个rules_scala commit对应的推荐Bazel版本（可以看该commit的README或提交记录）。如果版本不对，要么升级/降级Bazel，要么切换到适配当前Bazel版本的rules_scala commit，这是最根本的解决办法。

2. 显式注册并绑定Java工具链 #

在WORKSPACE里补充配置，确保用rules_scala关联的Java工具链覆盖默认值：

load("@io_bazel_rules_scala//scala:toolchains.bzl", "scala_register_toolchains", "scala_java_toolchain")

scala_register_toolchains()

# 自定义适配的Java工具链，根据你的项目JDK版本调整参数
scala_java_toolchain(
    name = "scala_java_toolchain",
    javacopts = ["-source", "11", "-target", "11"],
)

# 注册这个工具链，让Bazel优先使用
register_toolchains("//:scala_java_toolchain")

3. 在BUILD目标中明确指定工具链 #

给你的Scala目标加上工具链声明，强制使用rules_scala的工具链：

load("@io_bazel_rules_scala//scala:scala.bzl", "scala_binary")

scala_binary(
    name = "my_app",
    srcs = ["Main.scala"],
    toolchains = ["@io_bazel_rules_scala//scala:toolchain"],
)

4. 清理缓存后重新构建 #

旧缓存有时候会残留路径信息，执行以下命令彻底清理后再构建：

bazel clean --expunge
bazel build //your:target_path

额外排查小技巧 #

• 运行bazel query --output=starlark 'attr("exec_path", "external/.*", @bazel_tools//tools/jdk:current_java_runtime)'，看看默认Java运行时的路径是不是真的指向external目录，确认问题根源。
• 执行bazel info，查看bazel-bin、external等关键路径的当前状态，确认工作区的路径结构是否符合预期。

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