Bazel 构建 C++20 项目主要通过 .bazelrc 或命令行传递编译标志（如 `--cxxopt`）来设定标准，依赖项则在 WORKSPACE 或 MODULE.bazel 中声明。适用场景为需要标准化构建流程的 C++ 工程，风险边界在于部分编译器对 C++20 特性支持不完全，需验证工具链版本。

命令速用版

以下配置片段基于 Bazel 标准规则，用于声明依赖和构建目标。

WORKSPACE 文件（声明外部依赖）：

load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive")
http_archive(
    name = "com_google_absl",
    urls = ["https://github.com/abseil/abseil-cpp/archive/refs/tags/20240116.0.tar.gz"],
    strip_prefix = "abseil-cpp-20240116.0",
)

BUILD 文件（定义构建目标）：

cc_binary(
    name = "app",
    srcs = ["main.cc"],
    deps = [":utils", "@com_google_absl//absl/strings:strings"],
)

构建命令：

bazel build //path/to/package:app `--cxxopt`=-std=c++20

为什么会这样

Bazel 默认不隐式传递 C++ 标准标志，需显式配置以确保构建环境一致性。Bazel 的核心设计是声明式和可复现，依赖必须通过 WORKSPACE 或 MODULE.bazel 明确引入，编译器标准需通过工具链或选项指定，避免不同环境下的编译差异。

分步处理

第一步：配置编译标准

在项目根目录的 .bazelrc 文件中添加构建配置，或在命令行直接传递标志。若使用 Clang，需确保版本支持 C++20 特性。

第二步：声明项目依赖

在 WORKSPACE 文件中使用 http_archive 加载外部库，如 Abseil 或 Googletest。确保 urls 和 strip_prefix 与实际仓库标签匹配。

第三步：编写构建规则

在对应目录下创建 BUILD 文件，使用 cc_library 封装库文件，cc_binary 定义可执行文件，通过 deps 属性链接依赖。

第四步：执行构建

运行 bazel build 命令，指定目标标签。若构建失败，检查编译器是否支持所需 C++20 特性。

怎么验证是否生效

观察 bazel build 命令输出，若无编译错误且生成预期二进制文件，则配置生效。对于特定 C++20 特性（如 std::format），需确认编译器 libc++ 实现状态，公开资料中没有看到可靠的量化数据表明所有特性均默认可用，部分特性可能标记为 incomplete feature。

常见坑

编译器特性支持不足：部分 C++20 特性在默认 libc++ 中未开启，可能需要源码构建 Clang 及 libc++ 以启用完整支持。

依赖路径错误：WORKSPACE 中 http_archive 的 strip_prefix 需与解压后的目录结构一致，否则会导致头文件找不到。

工具链未启用：Bazel 6.0+ 默认启用 C++ 工具链，老版本需在 WORKSPACE 中显式加载 rules_cc 定义。

常见问题

如何确认编译器支持 C++20？

检查编译器版本及特性宏，部分特性需构建特定版本的 Clang 和 libc++ 才能使用。

WORKSPACE 和 MODULE.bazel 有什么区别？

WORKSPACE 是传统依赖管理方式，MODULE.bazel 是新版 bzlmod 机制，建议根据 Bazel 版本选择，新项目可优先考虑 module.bazel。

构建报错找不到头文件怎么办？

检查 BUILD 文件中 hdrs 属性是否包含头文件，以及 deps 是否正确链接了包含该头文件的库目标。

参考来源

• c++如何使用 Bazel 构建系统_c++ Google 的构建工具入门【工程化】
• C++20 以 Bazel & Clang 开始
• Bazel 入门:C++项目构建与依赖管理-CSDN 博客
• Bazel 教程：配置 C++ 工具链
• bazel c++怎样管理依赖