cppcheck和clang-tidy应分工协作：cppcheck专注资源生命周期检查（如memleak、uninitvar），clang-tidy聚焦语言规范与现代用法（如cppcoreguidelines-、modernize-），并通过suppress和配置抑制误报，避免重复告警。
cppcheck 怎么跑起来不报一堆误报
cppcheck 默认开启大量检查项，尤其对未初始化变量、内存泄漏这类问题特别敏感，但很多是假阳性。关键不是关掉检查，而是用配置压住噪音。
- 用
--enable=warning,style,performance明确启用几类常用检查，别用--enable=all—— 那会把unusedFunction这种项目级判断也塞进来，干扰大 - 加
--suppress=uninitMemberVar:src/Widget.h抑制特定文件里的特定警告，比全局关掉更安全 - 如果项目用了 C++17 的
[[maybe_unused]]，cppcheck 2.12+ 才识别，旧版本会误报未使用变量，得升级或手动 suppress - 别直接在源码根目录跑
cppcheck .，先 cd 到build/外的源码目录，避免扫描生成物和第三方头文件
clang-tidy 怎么绑定到 cmake 构建流程里
单独调 clang-tidy 容易漏掉宏定义和 include 路径，导致“找不到头文件”或“宏没展开”，必须让它复用编译命令。
- cmake 配置时加
-DCMAKE_EXPORT_COMPILE_COMMANDS=ON，生成compile_commands.json - 运行
clang-tidy -p build/ --checks="-*,bugprone-*,readability-identifier-naming" src/main.cpp，-p build/指向含compile_commands.json的目录 -
readability-identifier-naming默认要求类名 PascalCase，但如果你项目用snake_case，得配.clang-tidy文件写CheckOptions: [{key: readability-identifier-naming.ClassCase, value: lower_case}] - 注意 clang-tidy 15+ 默认不开
modernize-use-auto，要加进--checks才生效，老版本则默认开但行为不一致
cppcheck 和 clang-tidy 同时用，怎么避免重复告警
两者重叠检查（比如空指针解引用、数组越界）但报错格式、粒度不同，混着看反而降低效率。不如按能力分工。
- cppcheck 主盯资源生命周期：
memleak、uninitvar、bufferAccessOutOfBounds—— 它不依赖 AST，对宏多的旧代码更稳 - clang-tidy 主盯语言规范和现代用法：
cppcoreguidelines-*、modernize-*、performance-*—— 它能理解模板实例化和 SFINAE - 别让两个工具扫同一份
.h文件两次：cppcheck 加--suppress=*:include/，clang-tidy 在.clang-tidy里设HeaderFilterRegex: "^src/" - CI 里并行跑没问题，但报告聚合时，优先采信 clang-tidy 对
std::vector::at()越界这种带运行时语义的判断，cppcheck 更容易漏掉
为什么 clang-tidy 在 Windows 上总卡在 “No compilation database found”
不是路径写错，是 cmake 生成的 compile_commands.json 默认只在 Ninja/Unix Makefile 生成器下输出，Visual Studio 生成器默认不生成。
立即学习“C++免费学习笔记（深入）”；
- Windows 下别用
Visual Studio 17 2022生成器，改用Ninja：cmake -G Ninja -DCMAKE_EXPORT_COMPILE_COMMANDS=ON .. - 如果非要用 MSVC，装
Compile DB插件或改用vscode-cpptools自动导出，但稳定性不如 Ninja - 检查
compile_commands.json里command字段是否含cl.exe路径 —— 如果是绝对路径且带空格（如C:\Program Files\...），clang-tidy 会解析失败，需用cmake -T host=x64统一工具链 - WSL 下跑 clang-tidy 却指向 Windows 路径？加
--query-driver="/mnt/c/Program Files/Microsoft Visual Studio/*/VC/Tools/MSVC/*/bin/Hostx64/x64/cl.exe"帮它找编译器
static_assert 当死代码删掉、clang-tidy 在模板特化里错判 const 修饰——这些边界 case 得靠 suppress 和局部禁用扛过去。 
