Bazel构建istio-proxy 1.14.0报无匹配JDK工具链错误排查

你调整JDK配置的方向完全错误。初始构建失败和JDK没有任何关系，核心问题是Bazel执行npm_install规则时，内部启动的npm进程没有继承系统层的代理、SSL校验配置，无法连接npm registry拉取依赖，触发了首屏的证书校验错误。后续出现的JDK toolchain找不到报错，是你擅自修改JDK配置导致的次生问题。

1. 回滚所有错误的JDK修改 #

把你对envoy.bazelrc、WORKSPACE文件做的所有JDK相关改动全部还原。istio-proxy 1.14.0默认配置的remotejdk_11是经过官方版本兼容性验证的，不需要替换成本地JDK，回滚后直接消除toolchain相关报错。

2. 给Bazel配置npm拉取规则的环境变量 #

Bazel执行外部仓库拉取逻辑时，不会自动读取系统的npm全局配置、终端代理环境变量，必须通过repo_env参数显式传递：

• 先给系统npm配置国内镜像和SSL校验跳过规则（无代理环境也可直接执行）：

npm config set registry https://registry.npmmirror.com
npm config set strict-ssl false

• 在项目根目录的envoy.bazelrc文件末尾追加以下配置，替换成你自己的代理地址即可，无代理就删除代理相关的三行：

common --repo_env=HTTP_PROXY=http://127.0.0.1:你的代理端口
common --repo_env=HTTPS_PROXY=http://127.0.0.1:你的代理端口
common --repo_env=NO_PROXY=localhost,127.0.0.1
common --repo_env=NPM_CONFIG_REGISTRY=https://registry.npmmirror.com
common --repo_env=NPM_CONFIG_STRICT_SSL=false

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

执行命令清理所有旧的构建失败缓存：

bazel clean --expunge

之后直接执行项目原有的构建命令即可，不需要额外添加JDK相关参数，Bazel会自动拉取适配版本的JDK完成构建。

如果你确实需要替换为本地JDK或者自定义远程JDK，之前配置失败的核心原因是没有注册对应工具链：

• 本地JDK场景：在WORKSPACE添加完local_java_repository配置后，额外在.bazelrc中添加一行配置注册工具链：

build --extra_toolchains=@localjdk_11//:jdk_toolchain

• 自定义远程JDK场景：不要使用remotejdk_11作为自定义仓库名，避免和Bazel内置的同名仓库冲突，改成自定义名称（比如custom_remotejdk_11），同时也需要添加上面的extra_toolchains配置指向你自定义的JDK仓库。

配置完成后同样执行bazel clean --expunge清理缓存再重新构建。

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