clang默认不启用警告，需显式添加-wall -wextra以启用基础静态检查；-werror可将警告转为错误强制修复，但需谨慎处理第三方头文件警告及版本兼容性问题。
clang 默认不报警告，必须显式启用
Clang 编译器默认只报告错误，绝大多数警告（比如未使用变量、隐式类型转换、未初始化变量）是关闭的。不加警告选项，等于主动放弃大量静态检查能力。
最基础且推荐的组合是：-Wall -Wextra。其中 -Wall 启用“标准警告集”，-Wextra 补充额外常见隐患（如未使用的参数、无返回值函数实际有返回路径）。两者不重叠，应一起使用。
-
-Wall包含：未初始化局部变量、if条件中赋值而非比较、格式化字符串与参数不匹配等 -
-Wextra额外覆盖：函数参数未使用、switch缺少default、带符号/无符号比较时潜在截断 - 注意：
-Wall不包含-Wpedantic（C/C++ 标准合规性检查），也不开启-Wshadow（变量遮蔽）等更严格项，需单独添加
把警告当错误：用 -Werror 强制修复
开发阶段建议加上 -Werror，它会让所有警告变成编译失败。这不是为了找麻烦，而是防止“先忽略、后遗忘”——尤其在 CI 流程中，能卡住低质量提交。
但要注意：一旦启用 -Werror，所有警告都必须被解决或明确屏蔽，否则构建直接中断。常见误用场景：
- 第三方头文件触发警告（如系统头里用了 VLA），此时不能改头文件，得用
-Wno-vla-extension局部禁用 - 某些 warning flag 在不同 Clang 版本行为不一致（如
-Wdeprecated-copy在 Clang 16+ 才默认启用），升级编译器后突然报错 -
-Werror和#pragma clang diagnostic error共存时，后者优先级更高，可能造成意外交互
按需关闭个别警告：用 -Wno- 前缀
不是所有警告都值得修复，尤其涉及兼容性或历史代码时。关闭方式很简单：把警告名里的 -W 换成 -Wno-。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
例如：
- 关闭变长数组警告：
-Wno-vla-extension - 关闭未使用函数警告：
-Wno-unused-function - 关闭未使用变量警告（慎用）：
-Wno-unused-variable
警告名通常出现在 Clang 报错末尾括号里，比如：file.c:12:5: warning: unused variable 'tmp' [-Wunused-variable] → 对应关闭项就是 -Wno-unused-variable。别手写拼错，直接复制方括号里的内容最稳。
警告级别和严重性不可混淆
-Werror 是把 warning 当 error 处理，但它不改变 warning 本身的严重性等级。Clang 静态分析器（--analyze）输出的 “High/Medium/Low” 是另一套评估体系，和命令行警告开关无关。
真正容易被忽略的是：有些问题只在特定模式下暴露。比如：
-
-fsanitize=undefined运行时检测未定义行为，但不会产生编译警告 -
--analyze能发现内存泄漏，但和-Wall完全无关，也不会影响编译是否通过 - 部分警告（如
-Wreturn-type）在 C++ 中默认启用，在 C 中需要显式打开
别指望一个开关解决所有问题；警告机制只是第一道防线，后面还得靠 sanitizer 和静态分析补位。
