必须在每个 clang++ 编译命令中显式加上 -std= 参数，多文件编译时需为每个 -c 命令重复指定（如 -std=c++17），因 Clang 不继承标准设置，漏写会导致初始化列表、optional 等特性报错或链接失败。
必须在每个 clang++ 编译命令中显式加上 -std= 参数，不能只在链接阶段加一次。
多文件编译时 -std 必须重复出现在每个 clang++ 命令里
Clang 不会“记住”你在上一条命令里指定的标准；每个独立的编译动作（生成 .o）都需单独声明语言标准。漏掉任何一个，就可能触发 extended initializer lists only available with -std=gnu++11 这类警告，甚至编译失败。
clang++ -c main.cpp -o main.o -std=c++17clang++ -c utils.cpp -o utils.o -std=c++17-
clang++ main.o utils.o -o myapp（链接阶段可不加-std，但建议保持一致）
如果只在最后链接时加 -std=c++17，前面两个 -c 编译步骤仍按默认标准（通常是 C++98 或 C++11）处理，main.cpp 里用了 std::optional 或结构体花括号初始化，就会直接报错。
为什么不能靠环境变量或全局配置自动带入
Clang 没有类似 CXXFLAGS 的内置机制自动注入 -std —— 即使你设置了 export CXXFLAGS="-std=c++17"，clang++ 本身也不会读取它。只有构建系统（如 Make、CMake）会主动使用这些变量。
立即学习“C++免费学习笔记（深入）”；
- 手动调用
clang++时，-std是硬性要求，没得省 - Makefile 中可以统一定义：
CXXFLAGS = -std=c++17 -Wall -Wextra，然后所有规则都用$(CXXFLAGS) - CMake 中更可靠：
set(CMAKE_CXX_STANDARD 17)，它会自动把-std=c++17插入到每个编译命令中
不同 C++ 标准对多文件项目的影响
标准版本不一致会导致符号不匹配或模板实例化失败，尤其在跨文件使用现代特性时：
-
main.cpp用-std=c++20定义了concept，而utils.cpp用-std=c++17编译 → 链接时报undefined reference - 头文件里用了
std::span（C++20），但某个.cpp文件漏加-std=c++20→ 直接编译不过 - 即使所有文件都通过了编译，若标准不统一，
sizeof(std::string)等 ABI 相关尺寸可能不同，引发运行时崩溃
最容易被忽略的是：当你把一个原本单文件的项目拆成多个 .cpp，却只改了主文件的编译命令，忘了同步更新其他源文件的 -std 参数——这种错误不会立刻暴露，直到某天你在一个新文件里用了 std::ranges::sort 才突然崩掉。
