5.1.2.1 固定大小块池 5.1.2.1 固定大小块池:当“内存够用”变成“分配失败”的那一刻,你该看哪一行指针? 凌晨两点十七分,监控告警第三次弹出: 。 不是OOM,不是泄漏,不是碎片化——是固定大小块池(Fixed-Size Block Pool)在连续运行72小时后,突然拒绝了第1048576次 等价调用。服务未崩溃,但新连接被静默丢弃。日志里没有堆栈,没有panic,只有一行冷冰冰的断言失败: 。 这不是教科书里的理论边界;这是你在生产环境里亲手拧紧最后一颗螺丝时,扳手突然打滑的瞬间。 一、我们真的理解“固定大小块池”吗?还是只是把它当成了带锁的数组? 很多工程师第一次接触固定大小块池,是在RTOS文档里读到“零碎片、常数时间分配、无外部碎片”的宣传语。