2026年9月17日，jemalloc 5.4.0正式发布，距离上一个稳定版本5.3.0已过去三年多。这是社区接管项目后的首个重要版本：2026年3月，Meta宣布将jemalloc开发交回原始开源项目，其内部fork随之完整归档。本次发布包含160余次提交，主线是技术债清理——重构、缺陷修复、测试覆盖与选项整理，此外还带来一批可移植性改进与若干新功能。
线程缓存策略的破坏性变更
唯一的不兼容变更落在线程缓存。新版本按垃圾回收事件之间观察到的实际需求，动态调整每个bin的填充与保留目标，替换掉原先固定的 refill/flush 策略；lg_tcache_nslots_mul、tcache_nslots_small_min、tcache_nslots_small_max、tcache_nslots_large、tcache_gc_delay_bytes、lg_tcache_flush_small_div 与 lg_tcache_flush_large_div 这七个旧有非实验性控制项被移除，对应的malloc_conf设置会被静默忽略。tcache_ncached_max 仍被保留。对生产环境而言，这意味着升级时需要核对一次缓存相关配置。
新增固定内存页支持
新功能方面，5.4.0引入了EXTENT_ALLOC_FLAG_PINNED标志，让自定义的内存区分配钩子可以标记不可回收的映射，例如HugeTLB页面，使其在decay与purge管线之外获得优先复用；配套的stats.pinned、stats.arenas.i.pinned 等一组mallctl接口可以报告固定内存用量与相关互斥锁统计。此外还恢复了通过thread.arena按CPU恢复竞技场选择的能力，并统一了可读与JSON两种统计输出格式。
缺陷修复清单
缺陷修复覆盖面相当宽：free、free_sized与free_aligned_sized现在会保留errno，基于process_madvise的页面清除同样如此；修复了尺寸类的数值溢出检查，free_sized开始接受NULL以满足C23语义；线程缓存生命周期有两个边界问题被修掉，包括线程销毁后的延迟回收不再触发TSD重建；arena_reset期间的潜在死锁、prof采样与保护页的交互缺陷也都在修复之列。
维护者还做了一次较大的结构整理：jemalloc.c中的竞技场管理、初始化、fork编排与分配派发被拆分为独立模块，tcache与竞技场的所有权关系被理顺，头文件循环依赖被消除；PAI虚函数派发被直接的PAC/HPA调用取代，过时的pai_t抽象随之移除；此外新增了一层操作系统抽象，把文件与进程IO、时间、同步、CPU、虚拟内存、atfork、错误处理、性能分析与线程让出等平台相关操作从分配器核心代码中剥离。
为什么开发者仍然关心分配器
在托管语言主导的今天，通用内存分配器依然直接影响性能。社区在讨论中给出的案例很具体：有团队在Python程序中用numpy处理大图，glibc默认分配器持有100GB不归还操作系统导致机器内存耗尽，换到jemalloc后问题消失；有人在JVM本地内存泄漏的排查中，最终发现根因是glibc分配器而非任何本地库。需要说明的是，jemalloc并非持续空闲——此前未打标签发布并不等于停止开发，5.3.1版本之后Jason Evans已卸任维护者。对Ruby on Rails、Redis这类多线程长生命周期工作负载而言，这次发布意味着一个久违的、经过系统整理的升级目标。