cmake 默认不用 clang 是因为其编译器探测仅依赖 path 中是否存在 clang/clang++，且结果被缓存固化于 cmakecache.txt；一旦 project() 执行后，set(cmake_cxx_compiler) 失效，必须在 cmake_minimum_required 之后、project() 之前设置，或通过命令行 -dcmake_c_compiler=clang 显式指定。
Clang 不是装完就能直接在 CMake 项目里用的，必须显式指定编译器路径或通过环境变量/命令行参数干预 CMake 的探测逻辑，否则它大概率继续用系统默认的 gcc。
为什么 CMake 默认不用 Clang
CMake 在首次配置时会自动探测系统上可用的编译器，优先级通常是：gcc → clang（如果存在）→ 其他。但这个“存在”只看 PATH 是否包含 clang 和 clang++，不检查版本或 ABI 兼容性；而且一旦缓存生成（CMakeCache.txt），后续 cmake .. 就不再重新探测 —— 即使你刚装好 clang-18，旧构建目录仍会沿用 gcc。
- 常见错误现象：
make报错说unknown argument: '-std=c++20'，其实是gcc版本太老，而你以为已经在用clang - 验证方式：进
build/目录后执行grep CMAKE_CXX_COMPILER CMakeCache.txt，看到的是/usr/bin/g++就说明没生效 - 根本原因：CMake 缓存固化了编译器选择，不是“每次运行都重选”
CMakeLists.txt 里 set(CMAKE_CXX_COMPILER ...) 失效的真相
这个写法只在 project() 之前生效，且仅对当前 CMakeLists.txt 文件有效；如果项目有子目录、用了 add_subdirectory()，子目录里的 project() 会再次触发编译器探测，覆盖父级设置。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 正确顺序必须是：
cmake_minimum_required()→set(CMAKE_C_COMPILER ...)→set(CMAKE_CXX_COMPILER ...)→project() - 如果
project()已经写在第一行，set放后面就完全无效 - 更稳妥的做法是彻底绕过 CMake 自动探测，用命令行传入：
cmake -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ .. - VSCode + CMake Tools 插件用户注意：插件默认读
CMakePresets.json，set写在CMakeLists.txt里会被忽略
Clang 编译 librdkafka 这类 C 项目的关键参数
librdkafka 是纯 C 项目，但依赖 OpenSSL、zlib 等系统库，Clang 对头文件路径和链接器行为比 GCC 更严格，容易卡在 fatal error: 'openssl/ssl.h' not found 或 undefined reference to 'SSL_CTX_new'。
- 必须显式指定系统库路径：
-DCMAKE_PREFIX_PATH=/usr/include/openssl:/usr/lib/x86_64-linux-gnu（Ubuntu/Debian 路径） - 禁用 GNU 扩展语法（librdkafka 有些宏依赖
__attribute__((unused))风格，Clang 默认支持，但加-pedantic后会报错，慎用） - 链接时需补全静态依赖链：
-DENABLE_SSL=ON -DENABLE_ZLIB=ON，否则 Clang 不像 GCC 那样自动推导-lssl -lcrypto -lz - 调试构建建议加：
-DCMAKE_BUILD_TYPE=Debug -DLLVM_ENABLE_ASSERTIONS=ON，Clang 自身断言能暴露早期配置问题
Clang + CMake 在 VSCode 中调试失败的典型原因
即使编译成功，launch.json 里用 lldb 启动时可能停在 main 前、无法设断点、变量显示为 <optimized out></optimized> —— 这通常不是代码问题，而是 Clang 生成的调试信息格式与调试器不匹配。
- 确保编译时开了调试符号：
-DCMAKE_BUILD_TYPE=Debug（不是RelWithDebInfo，后者 Clang 默认不生成完整 DWARF） - Clang 默认用 DWARF v5，而旧版
CodeLLDB可能只支持 v4，需在CMakeLists.txt加：set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -gdwarf-4") - VSCode 的
settings.json中"lldb.executable"必须指向 Clang 自带的lldb（如/usr/lib/llvm-18/bin/lldb），不能混用系统自带的lldb-14 - 检查
compile_commands.json里每个条目的command字段是否真包含clang++和-g，而不是gcc或-O2
最常被忽略的一点：Clang 的 libc++ 和系统默认的 libstdc++ 二进制不兼容，项目若链接了第三方预编译库（比如某些 .so），就必须统一标准库；否则运行时报 undefined symbol: _ZTVNSt7__cxx1119basic_ostringstreamIcSt11char_traitsIcESaIcEE 这类符号找不到错误。
