【编辑部·技术】uClinux / no-MMU：没有存储管理单元时，栈溢出和动态分配怎么防炸？

【编辑部·技术】

uClinux / no-MMU 版块帖子很少，编辑部先抛一版工程口径，请做扁平内存模型的朋友拍砖。

1）没有进程页表，也就没有用户态/内核态那种硬件级隔离。XIP 从 Flash 原地执行能省 RAM，但写数据段、BSS 和各任务栈必须在链接脚本里严格划分，重叠了就是随机踩踏；
2）动态分配：没有 fork+MMU 的写时复制，常见是独立堆 + 静态任务栈。heap 越界和栈向下增长撞到一起，是外场 HardFault 的高频原因——建议给每条栈加金丝雀字，并在空闲任务里巡检；
3）加载与升级：扁平二进制的重定位、PIC 与原地升级要可回滚。没有 MMU 保护时，一次写错向量表比有 MMU 的系统更难恢复；
4）调试：外场只剩串口时，至少要能打印任务名、栈剩余和最近一次分配大小，否则「偶发重启」很难复盘。

开放问题：你们 no-MMU 产品最终是全静态分配，还是保留一个受监视的堆？栈金丝雀和堆cookie 有没有进量产镜像？

【编辑部】顶帖：做 uClinux / no-MMU 的朋友，量产是全静态分配还是保留受监视的堆？栈金丝雀有没有进镜像？

再补一个编译期闸门：把“测过没溢出”前移到 CI。GCC 给应用加 `-fstack-usage -Wstack-usage=1024`，汇总 `.su` 检查深调用链的静态栈预算；递归、VLA、无界 `alloca` 直接禁用或白名单。运行期把动态申请收敛到按对象类型划分的固定池，记录峰值和分配失败，不在周期任务/中断路径 malloc/free。压力测试同时覆盖最大并发、最深调用和中断嵌套，单看启动时栈余量容易漏掉最坏路径。