jemalloc 可通过编译链接或 LD_PRELOAD 全局替换 C++ 默认内存分配器，自动接管 new/delete，支持运行时调优参数提升高并发性能。
在 C++ 中用 jemalloc 替换默认内存分配器（如 glibc 的 malloc），核心目标是提升高并发、高频分配/释放场景下的内存性能和内存碎片控制能力。它不是“改代码”，而是通过链接和符号拦截实现全局替换，对现有 C++ 代码几乎零侵入。
编译时链接 jemalloc 库
确保系统已安装 jemalloc（如 Ubuntu 执行 sudo apt install libjemalloc-dev）。编译时显式链接 -ljemalloc，并放在链接顺序末尾（避免被其他库覆盖）：
g++ -std=c++17 main.cpp -o app -ljemalloc- 若使用 CMake，在
CMakeLists.txt中添加：find_package(jemalloc REQUIRED)
target_link_libraries(your_target PRIVATE jemalloc::jemalloc)
运行时强制优先加载 jemalloc（推荐方式）
更可靠的方式是不改编译选项，而用 LD_PRELOAD 在启动时注入 jemalloc 的共享库。这样无需重新编译，且能确保所有 malloc/free/new/delete 调用都被接管：
- 先查 jemalloc 动态库路径：
find /usr -name "libjemalloc.so*" 2>/dev/null（常见路径如/usr/lib/x86_64-linux-gnu/libjemalloc.so.2） - 运行程序：
LD_PRELOAD=/path/to/libjemalloc.so.2 ./your_app - 验证是否生效：运行后执行
cat /proc/$(pidof your_app)/maps | grep jemalloc，有输出即成功加载
确认 new/delete 也被接管
C++ 的 operator new 和 operator delete 默认调用 libc 的 malloc/free。jemalloc 替换 libc 分配器后，这些操作会自动走 jemalloc —— 无需重载全局 new/delete。但需注意：
立即学习“C++免费学习笔记（深入）”；
- 若项目中手动重载了
operator new并直接调用::malloc，则仍绕过 jemalloc；应改为调用je_malloc（需包含-ljemalloc） - 为保险起见，可定义宏统一接管：
#define new new(__FILE__, __LINE__)配合自定义 new 不推荐；更稳妥的是依赖 jemalloc 的 LD_PRELOAD 全局拦截机制
启用 jemalloc 运行时调优参数
通过环境变量微调行为，显著影响性能表现：
-
MALLOC_CONF="prof:true,prof_prefix:jeprof.out,lg_chunk:21"：开启堆分析，设置 chunk 大小（2MB），适合大对象较多场景 -
MALLOC_CONF="background_thread:true,dirty_decay_ms:1000,muzzy_decay_ms:1000"：启用后台线程异步回收，降低停顿 -
MALLOC_CONF="tcache:false"：禁用线程缓存（仅调试/压测时用，通常保持开启）
把这些变量加在运行命令前即可：MALLOC_CONF="..." LD_PRELOAD=... ./app
不复杂但容易忽略：替换后务必用实际负载测试对比 RSS、分配延迟、CPU 时间，避免盲目优化。jemalloc 对小对象密集型（如 std::string、短生命周期 vector）和多线程争用场景收益最明显。
