必须在project()前用set()指定cmake_cxx_compiler为clang++或绝对路径；否则cmake无法感知clang，且命令行传参在已有构建目录中无效。
Clang 编译 C++ 文件必须通过 CMake 显式指定编译器，否则 CMake 默认用 GCC（Linux/macOS）或 MSVC（Windows）。不设 CMAKE_CXX_COMPILER，clang++ 就只是个可执行文件，CMake 完全感知不到它。
怎么在 CMakeLists.txt 里指定 Clang
最直接、最可控的方式是在 CMakeLists.txt 开头用 set() 强制覆盖编译器变量。注意：这行必须放在 project() 之前，否则会被 CMake 自动探测逻辑覆盖。
常见写法：
-
set(CMAKE_C_COMPILER clang)和set(CMAKE_CXX_COMPILER clang++)—— 依赖 PATH，适合开发机已装好 Clang 且版本明确 -
set(CMAKE_C_COMPILER "/usr/bin/clang-18")和set(CMAKE_CXX_COMPILER "/usr/bin/clang++-18")—— 精确控制版本，避免clang++软链指向旧版 - 不推荐只写
set(CMAKE_CXX_COMPILER "clang")：Clang 的 C++ 前端是clang++，用clang编 C++ 源会漏掉标准库链接参数，导致std::cout找不到符号
为什么命令行传 -DCMAKE_CXX_COMPILER 不总管用
在已有构建目录（如 build/）中运行 cmake -DCMAKE_CXX_COMPILER=clang++ ..，大概率失败——CMake 缓存已锁定编译器路径，不会重新探测。此时会报错：CMAKE_CXX_COMPILER is set to a non-existent tool 或静默回退到默认编译器。
正确做法：
- 删掉整个构建目录（
rm -rf build），再重新配置 - 或改用预设（
CMakePresets.json），把编译器声明为配置的一部分，避免手动传参出错 - 检查是否真用了 Clang：构建后运行
cmake --build build --verbose | head -n 5，看第一行命令是不是以clang++开头
Clang + CMake 配合 clangd 的关键点
VS Code 里用 clangd 做跳转和补全，光让 CMake 用 Clang 编译还不够。clangd 必须读到 Clang 实际使用的全部参数，尤其是 -I、-D、--std=，这些全靠 compile_commands.json 提供。
所以必须同时做两件事：
- 在
CMakeLists.txt中加set(CMAKE_EXPORT_COMPILE_COMMANDS ON) - 确保
clangd启动时带--compile-commands-dir=build（路径要和 CMake 的binaryDir一致） - 如果项目用了系统外的 SDK（如 Android NDK、iOS SDK），还得加
--query-driver=/path/to/clang++，否则 clangd 解析不了那些非标准头路径
容易被忽略的兼容性坑
Clang 在 Windows 上默认走 clang-cl 模式（模拟 MSVC 命令行），和 Linux/macOS 的原生 clang++ 行为不同。这意味着：
- 同一份
CMakeLists.txt在跨平台时，clang++可能链接libstdc++（Linux）或libc++（macOS），但在 Windows 上它默认链接 MSVCRT，头文件路径也完全不同 - 如果你在 Linux 写了
target_compile_options(myapp PRIVATE -stdlib=libc++)，在 Windows + clang-cl 下会直接报错：不支持该 flag - 调试时，LLDB 和 GDB 对 Clang 生成的 DWARF 格式支持度不同；VS Code 的
codelldb插件比默认cppdbg更可靠
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
