cmake配置release时clang++实际使用-o3、-dndebug、-fvisibility=hidden等标志，不加-g；而手动clang++编译多文件必须显式指定这些标志才能等效release，否则默认为debug行为。
直接用 clang++ 命令行编译多个文件时，加 -O3 -DNDEBUG 就是 Release 行为；但更可靠、可复现的方式是走 CMake + CMAKE_BUILD_TYPE=Release 流程。
clang++ 命令行编译多文件必须显式加优化和宏
Clang 本身没有“Debug/Release 模式”开关，它只认具体标志。你写 clang++ a.cpp b.cpp -o app 默认是无优化、带调试信息的——这其实是 Debug 行为，哪怕你没加 -g，某些版本也会默认启用部分调试元数据。
要等效于 Release：
- 必须加
-O3（或-O2）开启高级优化 - 必须加
-DNDEBUG禁用assert()，否则运行时仍会检查 - 建议加
-flto启用链接时优化（需配套-fuse-ld=lld或-fuse-ld=gold） - 避免加
-g，否则调试符号会增大二进制体积
例如：clang++ -O3 -DNDEBUG -flto -fuse-ld=lld a.cpp b.cpp c.cpp -o app
CMake 配置 Release 时，clang++ 实际用哪些标志
当你用 CMake 管理多个源文件，并指定 -DCMAKE_BUILD_TYPE=Release，CMake 会自动给 clang++ 附加一组标准 Release 标志，不只是 -O3：
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
-O3：启用全部激进优化 -
-DNDEBUG：关闭断言 -
-fvisibility=hidden：减少符号暴露，提升链接速度与封装性 - 不会加
-g，但如果你手动加了set(CMAKE_CXX_FLAGS_RELEASE "-g")，它就会出现——这是常见误操作
验证方式：在 build 目录下执行 make VERBOSE=1，看实际调用的 clang++ 命令行是否含上述标志。
为什么不用命令行而推荐 CMake？容易踩的坑在这儿
手写 clang++ 多文件命令看似简单，但几个现实问题很快浮现：
- 头文件依赖不自动追踪：改了一个
.h，clang++不知道要重编哪些.cpp，必须全量重编 - 目标文件（
.o）路径管理混乱：手动命名a.o b.o容易冲突，尤其跨目录时 - 第三方库链接易出错：
-I、-L、-l顺序和重复添加导致未定义引用或多重定义 - Release/Debug 切换靠改命令行——一不小心漏掉
-DNDEBUG，线上assert还在触发
而 CMake 的 add_executable() 自动处理依赖、对象文件命名、链接顺序；CMAKE_BUILD_TYPE 控制整套行为，切换只需重建 build 目录。
Clang 编译器路径和构建类型必须在 CMake 配置阶段就定死
CMake 是单配置生成器（如 Unix Makefiles），CMAKE_BUILD_TYPE 和编译器路径只能在第一次 cmake .. 时传入，之后修改无效：
- 正确做法：
mkdir build && cd build && cmake -DCMAKE_CXX_COMPILER=clang++ -DCMAKE_BUILD_TYPE=Release .. - 错误做法：先
cmake ..（默认 Debug），再cmake -DCMAKE_BUILD_TYPE=Release ..—— 缓存里CMAKE_BUILD_TYPE已锁定，不会更新 - 若已错配，必须删掉整个 build 目录或运行
cmake -U清缓存
另外注意：Clang 的 libc++ 与系统默认 libstdc++ 不兼容，如果用了 -stdlib=libc++，所有源文件和链接库都得统一，否则 std::string 符号会不匹配。
