Clang静态检查需显式调用才能生效：可用scan-build包裹构建命令（如scan-build make clean all）或直接使用clang --analyze模式；二者均需安装clang-tools，且实际触发依赖终端执行的命令而非IDE配置或安装本身。

Clang静态检查不是装完就自动生效的，必须显式调用分析器或配置编译流程才能触发。

用 scan-build 包裹构建命令是最直接的方式

这是 Clang 官方推荐的轻量级启动方式，适合单文件验证或 Make/CMake 项目快速扫描：

• scan-build 本质是拦截后续编译命令（如 clang、gcc），注入分析逻辑，不修改源码也不依赖 IDE
• 对单个 C 文件：运行 scan-build clang -c example.c，会生成 HTML 报告并提示路径
• 对 Make 项目：直接 scan-build make clean all，它会递归捕获所有 clang 调用
• 注意：如果项目实际用的是 gcc，scan-build gcc ... 也能工作，但底层仍由 Clang 分析器接管——前提是系统已安装 clang-tools

--analyze 模式适合集成到现有编译流程

当不想引入 scan-build 这层包装，或需在 CI 中复用原有构建脚本时，可直接用 Clang 自带的分析模式：

Clang 22.1.3

Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。

下载

• 命令形如：clang --analyze -Xanalyzer -analyzer-checker=core,unix.Malloc example.c
• --analyze 是开关，必须存在；-Xanalyzer 是向分析器传参的必填前缀，漏掉会导致参数被忽略
• 多个检查器用英文逗号连接，但不能混用启用和禁用：比如 -analyzer-checker=core 和 -analyzer-disable-checker=core.NullDereference 可共存，但顺序无关
• 该模式不生成 HTML，只输出文本警告到终端，适合日志归集或脚本解析

常见失败原因：明明配了却没报错

这不是配置失效，而是静态分析器根本没被调用。典型陷阱有：

• 误以为安装 clang 就等于启用了分析器——实际还需 clang-tools 或 clang-analyzer 包（Ubuntu/Debian 上单独安装）
• 在 IDE 中点击“Build”却没改构建命令，导致走的是原始 clang 编译而非 scan-build 或 --analyze
• 源文件里没有能触发检查器的代码模式（例如 unix.Malloc 需要出现 malloc/free 配对问题，纯计算逻辑不会报警）
• 路径中含空格或中文时，scan-build 可能解析失败，建议先 cd 到纯英文路径下再执行

真正起作用的永远是那条你敲下的命令——不是配置文件、不是 IDE 勾选项，而是最终执行时是否带上了 scan-build 或 --analyze。其他所有设置，都是为这条命令服务的铺垫。