不能直接重载malloc/free；可行方案是替换c运行时堆管理或接管new/delete及使用std::pmr::memory_resource。
malloc/free 能不能直接重载
不能。C++ 标准禁止用户重定义 malloc 和 free 这两个 C 函数——它们是全局符号，链接时会冲突，即使你用 extern "C" 声明并实现同名函数，也大概率触发 ODR（One Definition Rule）违规或链接失败。
真正可行的路径只有两条：
• 替换整个 C 运行时堆管理（比如用 LD_PRELOAD 拦截，但只适用于 Linux 动态链接程序）
• 在 C++ 层接管 new/delete 操作符，或提供自定义分配器（allocator）用于 STL 容器
如何安全替换 new/delete 全局操作符
重载全局 operator new 和 operator delete 是最常用、标准支持的方式，但它会影响**所有**默认 new 表达式，包括第三方库内部的 new（除非它们显式使用类内重载或带参数的 placement new）。
关键约束：
- 必须同时提供 4 个基础版本：无异常版和抛异常版的
new与delete（即void* operator new(size_t)、void* operator new(size_t, std::nothrow_t const&)、void operator delete(void*)、void operator delete(void*, std::nothrow_t const&)），否则编译器可能回退到默认实现，导致行为不一致 - 你的
operator delete必须能安全处理nullptr（C++11 起强制要求） - 不要在
operator new中调用new（递归），也不要直接调用malloc——如果想复用系统堆，应调用::malloc（加作用域解析符绕过自定义函数）
示例最小骨架：
void* operator new(size_t n) {
void* p = ::malloc(n);
if (!p) throw std::bad_alloc{};
return p;
}
void operator delete(void* p) noexcept {
::free(p);
}
为什么 malloc_hook 在现代项目中基本不可用
__malloc_hook 等 GNU libc 的 hook 机制早在 glibc 2.34 就被标记为 deprecated，并在 2.37+ 彻底移除。它本身线程不安全、破坏 ASLR、干扰 malloc 实现的内部优化（如 tcache），且仅限 Linux + glibc 场景。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
替代方案更实际：
- 用
LD_PRELOAD注入一个共享库，dlsym(RTLD_NEXT, "malloc")获取原函数指针，再包装——但需注意malloc可能被内联或由编译器优化掉 - 用
mallopt或malloc_stats调整/观测系统 malloc 行为，而非替换 - 对特定模块，改用
std::pmr::memory_resource（C++17）做运行时可插拔分配策略，比全局 hook 更可控
std::pmr::polymorphic_allocator 怎么避免踩坑
这是目前最推荐的“自定义分配”方式：不侵入全局行为，只在你需要控制内存的地方显式使用。
常见误用点：
- 传给容器的
std::pmr::vector<int></int>类型本身不携带分配器实例，构造时必须显式传入，例如：std::pmr::vector<int> v{&my_resource}</int>；漏传就回退到默认std::pmr::new_delete_resource() -
std::pmr::memory_resource*必须保证生命周期长于所有使用它的容器——把它放在栈上然后传指针？立刻 UB - 不同
memory_resource实例之间无法迁移内存（比如 vector resize 时换 allocator），STL 不支持跨 resource 移动 - 调试时容易忽略：
std::pmr::get_default_resource()可被全局修改，影响后续未显式指定 allocator 的容器
一个轻量自定义 resource 示例：
struct SimplePool : std::pmr::memory_resource {
alignas(64) char buffer[4096];
size_t used = 0;
<p>protected:
void<em> do_allocate(size_t bytes, size_t align) override {
size_t padded = (used + align - 1) & ~(align - 1);
if (padded + bytes > sizeof(buffer)) throw std::bad_alloc{};
void</em> p = buffer + padded;
used = padded + bytes;
return p;
}
void do_deallocate(void*, size_t, size_t) override {}
bool do_is_equal(const memory_resource& other) const noexcept override {
return this == &other;
}
};</p>
真正难的不是写一个分配器，而是确保它在整个程序生命周期里不和别的分配逻辑打架——尤其是当第三方库、std::string、异常对象、静态初始化顺序都悄悄调用 malloc 或 new 的时候。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
