Raspberry PicoW Flash与Heap占用及可用空间咨询

一、程序占用Flash空间的计算 #

• Pico W的2MB Flash中，UF2文件大小不等于实际程序占用的Flash空间。UF2是带封装格式的镜像，包含元数据和对齐填充，实际烧录到Flash的程序体积会更小。
• 查看真实占用的两种方法：
  1. 编译后在build目录找到目标.elf文件，执行size your_program.elf命令，输出里的text + data + rodata总和就是程序实际占用的Flash大小（rodata是只读数据，同样存储在Flash中）。
  2. 仔细查看Pico SDK的编译日志，会输出类似Memory region Used Size Region Size %age Used的统计行，直接显示Flash和RAM的占用占比。
• 你的UF2文件是924KB，实际程序占用远小于这个值，离2MB的Flash上限还有很大扩容空间，远不到50%的占用率。

二、Heap可用空间的疑问解答 #

首先明确：Heap是在RAM中划分的区域，和Flash无关。Pico W的总RAM为264KB，Heap与栈共享这片空间，二者相向增长。

关于mallinfo()的结果分析 #

• arena（51232字节≈50KB）是当前malloc管理的内存池大小，仅代表已被malloc初始化的区域，不是整个Heap的总容量。
• uordblks（44272字节）是已分配的空间，对应你创建的41KB大缓冲区加上其他小内存分配，和实际情况吻合。
• fordblks（6960字节≈7KB）是当前内存池里的空闲小块空间，不是整个Heap的剩余总量。

关于自定义getFreeHeap()的结果分析 #

• _getTotalHeap()返回的243744字节≈238KB，是系统分配给Heap的总大小（即从__bss_end__到栈底__StackLimit的内存区域）。
• getFreeHeap()返回的199472字节≈195KB，是Heap中未被分配的总空闲空间，这个数值更能反映Heap的剩余可用容量。
• 目前已分配的44272字节和mallinfo()的uordblks一致，说明当前还有约195KB的Heap可用，完全足够分配更大的数组（注意要留足栈空间，避免Heap和栈冲突）。

内容的提问来源于stack exchange，提问作者Richard