Zephyr RTOS内核基础：内存管理之内存池
一、一个让我熬夜的bug
去年做工业网关项目，设备运行三天后突然死机。串口日志停在某个传感器数据采集任务，没有任何异常报错。重启后正常，但三天后准时复现。
我怀疑是内存泄漏，但动态内存分配都加了统计，看起来没问题。直到我打开内存池的调试开关，才发现问题：一个周期性任务每次申请256字节的内存块，但释放时只释放了前128字节——因为代码里把内存块指针偏移了16字节用于存放头部信息，释放时忘了回退。
这个bug让我意识到：内存池不是“申请-释放”那么简单，指针偏移、对齐、碎片化，每个细节都能让你加班到怀疑人生。
二、内存池是什么？别和堆搞混
很多从Linux转过来的朋友，第一反应是“内存池不就是预分配一堆内存块吗？”对，但不全对。
Zephyr的内存池（Memory Pool）和标准C的malloc/free有本质区别：
- malloc：从堆里动态分配，大小任意，但会产生碎片，实时性不可控
- 内存池：预先划分固定大小的块，分配释放都是O(1)复杂度，无外部碎片
但内存池有个致命弱点：内部碎片。你申请100字节，但块大小是128字节，那28字节就浪费了。工业物联网场景下，内存通常只有几十到几百KB，浪费不起。
Zephyr提供了两种内存池机制：
- sy
