addresssanitizer是定位free(): invalid pointer错误最直接有效的办法，编译时加-fsanitize=address -g，运行时可精准捕获非法释放的地址、调用栈及内存状态，避免崩溃点与问题发生点分离。
用 AddressSanitizer 快速定位 free(): invalid pointer
这是最直接有效的办法。GCC/Clang 都支持，编译时加 -fsanitize=address -g，运行时崩溃会直接打出非法释放的地址、调用栈和附近内存状态。
常见错误现象：程序在 free() 或 delete 时崩溃，但堆栈不指向你写的释放逻辑——说明指针早已被破坏，ASan 能捕获“谁改写了指针值”或“谁越界写到了指针所在内存”。
- 必须带
-g，否则无法显示源码行号 - 不要和
-O2以上联用，优化可能隐藏问题或导致误报；调试阶段用-O0更可靠 - ASan 会显著拖慢运行速度、增大内存占用，仅用于本地复现和定位
检查是否对同一块内存重复 free() 或 delete
重复释放是触发该错误的最常见原因，尤其在多分支、异常路径或 RAII 不完善时容易遗漏。
使用场景：手动管理资源的类中，析构函数、拷贝赋值运算符、移动赋值运算符里都可能调用 free() 或 delete；或者多个 std::shared_ptr 指向同一裸指针后各自析构。
- 用
valgrind --tool=memcheck --leak-check=full ./a.out可检测重复释放（提示 “Invalid free() / delete / delete[]”） - 避免裸指针跨作用域传递；优先用
std::unique_ptr或std::shared_ptr，它们能自动规避多数重复释放 - 若必须用裸指针，释放后立即置为
nullptr（如free(p); p = nullptr;），后续重复free(nullptr)是安全的
确认是否释放了栈内存、全局内存或只读段地址
free() 只能用于 malloc()/calloc()/realloc() 分配的堆内存。对栈变量取地址后传给 free()，或对字符串字面量（如 "hello"）调用 free()，都会触发该错误。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
典型错误代码：char buf[1024]; char* p = buf; free(p); 或 char* p = "abc"; free(p);
- 检查所有传给
free()的变量来源：是否来自new？那该用delete；是否来自alloca()或局部数组？禁止free - 注意 C++ 中混用
new/delete和malloc()/free()—— 它们底层分配器不同，交叉使用未定义行为 - 用
nm或objdump查看符号地址范围，辅助判断某地址是否属于 .data/.bss（全局）或 stack（栈）
排查 malloc() 返回 nullptr 后仍强行 free()
虽然 free(nullptr) 是标准允许的（无操作），但有些旧 libc 或嵌入式环境实现不严格，或你在中间插入了非法转换（如 (void*)-1），就可能触发该错误。
更危险的是：malloc() 失败返回 nullptr，你没检查就直接 memset(p, 0, size)，结果把 nullptr 当有效地址写，破坏了 malloc 内部元数据，后续任意 free() 都可能崩。
- 永远检查
malloc()返回值（除非你明确设了malloc_hook或用nothrownew） - 不要对未初始化指针、野指针做任何解引用或传给
free()；未初始化指针值是随机的，极大概率不是合法堆地址 - 用静态分析工具（如 clang++
-Wall -Wextra -Wuninitialized）捕获未初始化使用
真正麻烦的不是崩溃本身，而是崩溃点离出问题的地方可能隔了几十行甚至几个函数调用——野指针的破坏往往延迟显现。ASan 是第一道防线，但别依赖它覆盖所有场景；养成初始化指针、区分堆/栈生命周期、早用智能指针的习惯，比事后调试省十倍力气。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
