c++oding="utf-8" ?>
重载全局 operator new 时应使用静态缓冲区配合 fprintf 或 write 输出日志，避免调用 std::cout 或 new；需记录分配大小、返回地址及可选调用栈，并在抛异常前记录失败。
重载全局 operator new 时怎么加日志
直接在重载函数里加日志输出即可，但要注意：不能在日志中调用可能再次触发 operator new 的操作（比如构造 std::string、调用 std::cout）。最稳妥的是用 C 风格的 write() 或 fprintf(stderr, ...)，且确保缓冲区是静态分配的。
- 用
static char buf[256]拼接日志，避免堆分配 - 用
snprintf格式化，不依赖 iostream - 日志内容至少包含：分配大小、返回地址、调用栈（可选）
- 记得在
operator new抛异常前也记录失败（比如std::bad_alloc场景）
为什么不能在重载里用 std::cout 或 new
std::cout 内部可能触发内存分配（例如首次使用时初始化缓冲区），而你正在重载 operator new，这会引发无限递归。同理，任何隐式或显式调用 new（包括临时对象、异常对象构造）都可能卡死或崩溃。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 典型错误：
std::cout —— <code>std::endl可能 flush 并分配内存 - 更隐蔽的坑：
throw std::bad_alloc();中的异常对象本身可能需要堆分配（取决于编译器和标准库实现） - 安全做法：用
write(STDERR_FILENO, ...)或预分配的static char[]+snprintf+write
如何获取调用方地址（简化版 stack trace）
不需要完整回溯，__builtin_return_address(0) 就够用了——它返回当前函数的返回地址，也就是 new 调用点的下一条指令地址。注意这不是函数名，但配合 addr2line 或 IDE 符号表可以定位。
- GCC/Clang 下直接用：
void* caller = __builtin_return_address(0); - Windows MSVC 对应是
_ReturnAddress() - 别用
backtrace()：它内部调用mmap或VirtualAlloc，可能再次进入你的operator new - 打印时用
%p格式，不要试图 demangle 或解析符号——留到事后用addr2line -e your_binary
重载后怎么避免影响第三方库或 STL 容器
全局重载无法选择性跳过某些模块，但你可以加运行时开关控制是否记录。关键点在于：STL 容器（如 std::vector）在扩容时也会走全局 operator new，所以日志量会很大；若只想跟踪业务代码，得靠外部标记（比如 RAII guard）或编译期宏隔离。
- 加一个全局原子开关：
static std::atomic<bool> g_enable_log{true};</bool>，在关键路径外关闭它 - 不要试图按调用栈过滤（性能差、不可靠），而是用作用域控制：比如在 main 入口关掉，进业务模块前打开
- 注意：libc++ 和 libstdc++ 都遵守全局重载，但某些嵌入式 STL 实现可能绕过，需实测
- 如果发现日志爆炸，优先检查是不是容器反复 resize 导致——这时该看业务逻辑，而不是删日志
真正难的不是记下每次分配，而是让记录行为本身不改变内存行为（比如不引入额外分配、不拖慢关键路径、不干扰调试器断点）。越想“全量记录”，越容易踩到自己埋的坑。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
