单个.cpp文件一步编译运行最简命令为clang++ main.cpp -o myapp，需用clang++而非clang、正确使用-o、必要时加-std指定C++标准；多文件应先-c生成.o再链接，注意.o顺序及统一标准；头文件用-I、库路径用-L、库名用-l，且-L/-l须置于.o之后；调试需加-g、-Wall、-fsanitize=address（编译和链接均需）等选项。
Clang 命令行从编译到运行，不需要 IDE、不依赖构建系统，一条命令就能跑通，但必须分清 -c、-o、链接顺序和标准库路径这几个关键点，否则会卡在 “undefined reference” 或 “file not found” 上。
单个 .cpp 文件怎么一步编译运行
最常见场景：写完 main.cpp，想立刻看到结果。直接用 clang++（不是 clang）加 -o 输出可执行文件：
clang++ main.cpp -o myapp
然后执行：./myapp。注意三点：
-
clang只处理 C，C++ 必须用clang++，否则连#include <iostream></iostream>都报错 -
-o后面必须紧跟输出名，中间不能有空格；没写-o时默认输出a.out - 如果用了 C++17 特性（比如
std::optional），得显式加-std=c++17，否则默认可能是 C++14
多个 .cpp 文件怎么编译链接
两个源文件 main.cpp 和 utils.cpp，不能直接 clang++ main.cpp utils.cpp -o app —— 看似可行，但改一个文件就得重编整个项目，浪费时间。推荐分两步：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
clang++ -c main.cpp -o main.o<br>clang++ -c utils.cpp -o utils.o<br>clang++ main.o utils.o -o myapp
关键细节：
-
-c表示只编译不链接，生成.o文件；漏掉它，clang++会尝试直接链接，但此时utils.cpp还没编译，必然失败 - 链接时
.o文件顺序有影响：如果main.o调用了utils.o里的函数，那utils.o必须放在main.o后面（链接器从左往右解析符号） - 所有
.o文件必须用同一标准编译（比如都加-std=c++20），混用会导致 ABI 不兼容
找不到头文件或库怎么办
错误如 'opencv2/opencv.hpp' file not found 或 undefined reference to 'cv::imread'，本质是路径和链接没配对：
- 头文件路径用
-I：比如 OpenCV 头文件在/usr/local/include/opencv4，就加-I/usr/local/include/opencv4 - 库文件路径用
-L：比如libopencv_core.dylib在/usr/local/lib，就加-L/usr/local/lib - 具体链接哪个库用
-l：-lopencv_core对应libopencv_core.dylib（去掉lib前缀和.dylib后缀） -
-L和-l必须成对出现，且-l要写在所有.o文件之后，否则链接器看不到库
调试和查错时该加哪些选项
光编译通过不等于程序正确。实际开发中，这几个选项几乎必开：
-
-g：生成调试信息，否则lldb ./myapp进去只能看到汇编，看不到变量名和行号 -
-Wall -Wextra：暴露隐式类型转换、未初始化变量等隐患；但注意-Werror会让警告变错误，适合 CI，不适合边写边调 -
-fsanitize=address：检测内存越界、释放后使用；但会显著拖慢运行速度，只在本地测试时开 -
-O0：关闭优化，确保调试时代码行为和源码一致；发布时才换-O2
最容易被忽略的是：-fsanitize=address 必须同时加在编译和链接阶段，即每个 clang++ -c 和最后的链接命令都要带上，否则运行时报错 “ASan runtime not linked”。
