Clang-tidy 与 CppCoreCheck 并非开箱即用，需精准配置检查项、抑制噪声并适配项目约束；cppcoreguidelines-* 是 clang-tidy 对 Microsoft CppCoreCheck 的不完整模拟，需显式启用且依赖正确编译参数，CI 中须用 --warnings-as-errors 等确保失败中断，PR 场景需脚本结合 git diff 过滤文件，MSVC 下 CppCoreCheck 仅能通过 /analyze 集成编译流程，规则启用须持续调优。
Clang-tidy 和 CppCoreCheck 不是“开箱即用”的静态
clang-tidy 为什么总报 cppcoreguidelines-* 规则但不生效？
CppCoreCheck 是 Microsoft Visual Studio 内置的检查器，clang-tidy 本身并不实现它。你看到的 cppcoreguidelines-* 规则是 clang-tidy 社区“尽力模拟”的子集（如 cppcoreguidelines-pro-bounds-array-to-pointer-decay），但覆盖不全、语义不等价，且默认不启用。
- 确认启用方式：
clang-tidy -list-checks | grep cppcoreguidelines—— 若无输出，说明配置未加载对应模块 - 启用需显式指定：
-checks="cppcoreguidelines-*"或在.clang-tidy中写Checks: "-*,cppcoreguidelines-*" - 部分规则依赖
-extra-arg=-std=c++17等编译参数，否则因 AST 解析不全而跳过 - VS 的原生 CppCoreCheck 只能在 MSVC 编译器 + `/analyze` 下运行，无法通过 clang-tidy 调用
CI 中 clang-tidy 报错却没中断构建？
默认 clang-tidy 退出码为 0 即使发现警告——它把“问题”当诊断信息而非错误。CI 要求失败必须强制干预退出码。
- 加
--warnings-as-errors：将所有匹配规则的诊断升为错误，触发非零退出码 - 更稳妥做法：用
--fix-errors+--format-style=none避免格式干扰，再配合脚本判断输出是否含error:行 - GitLab CI 示例片段：
script: - clang-tidy -p build/ src/*.cpp --warnings-as-errors="*" -quiet || exit 1
- 注意
-p build/必须指向正确 compile_commands.json 目录，否则路径解析失败，检查被静默跳过
如何让 clang-tidy 只扫新增/修改代码（PR 场景）？
全量扫描在 PR 检查中既慢又干扰，需基于 Git 差异过滤文件。但 clang-tidy 无原生 diff 支持，得靠外层脚本组装。
- 提取变更的 .cpp/.h 文件：
git diff --cached --name-only --diff-filter=ACM | grep -E '\.(cpp|cc|cxx|h|hpp|hh)$' - 逐个传给 clang-tidy（避免空输入崩溃）：
git diff ... | xargs -r -I{} clang-tidy {} -p build/ --warnings-as-errors="*" - 注意：若 PR 修改头文件但未改对应源文件，可能漏检头文件引发的 ODR 违规，建议额外加入
git diff --name-only HEAD~1...HEAD | grep '\.h\|\.hpp$'扫描关联头文件 - 预编译头（PCH）项目需确保
compile_commands.json中每个文件的command字段已包含-include或-Winvalid-pch参数，否则头文件检查会大量误报
CppCoreCheck 在 Windows CI 上怎么和 MSVC 配合？
CppCoreCheck 是 MSVC 的 /analyze 子系统，只能随 cl.exe 运行，不能脱离编译过程独立调用。CI 中必须嵌入编译阶段。
- 启用方式：在 CMake 中加
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /analyze")，或构建命令中加/analyze - 关键限制：/analyze 默认只报告严重级别为
Warning Level 4的问题（如 C26495），需加/analyze:WX-关闭“警告转错误”，再用/analyze:quiet减少冗余信息 - 输出解析难：MSVC 的 /analyze 输出是自由文本，无 JSON 格式。推荐用
clang-tidy做跨平台统一检查，仅在 Windows CI 中用 /analyze 做补充（例如专扫 COM 接口或 SAL 注解） - 常见陷阱：
/analyze会显著拖慢编译（+30%~50%），CI 中应限定只对 changed files 编译 + analyze，避免全量触发
真正难的不是加开关，而是区分哪些规则该开、哪些该 suppress、哪些该定制消息。比如 cppcoreguidelines-owning-memory 在重度使用 std::shared_ptr 的项目里几乎必然误报；而 cert-err58-cpp（异常安全）若没配套单元测试覆盖，开启反而制造虚假安全感。规则集永远要跟着代码演进节奏调优，不是一次配置终身有效。
