为何AVR/ESP等Arduino常用MCU编译器默认将字符串存入SRAM堆？

核心原因主要是性能优先，再加上C语言标准兼容性和简化开发的考量，具体拆解如下：

• 性能差异是核心：哈佛架构下，Flash的读取速度通常远慢于SRAM（比如AVR系列，Flash读周期是SRAM的数倍）。如果每次访问字符串都要从Flash读取，会明显拖慢程序执行效率，尤其是频繁操作字符串的场景。默认复制到SRAM后，能以最快速度访问数据，这是大多数普通项目的最优选择——毕竟Arduino面向入门开发者，优先保证程序运行流畅、上手简单。

• 符合C语言标准的预期：标准C语言中，字符串字面量的默认语义是可读写的（即便部分编译器会将其放入只读段，但语法上允许修改）。如果Arduino默认把字符串留在Flash，用户直接修改字符串会触发硬件错误（Flash只读），这违背了C语言的常规行为逻辑，会给新手带来大量困惑。保持默认复制到SRAM，能让代码行为和普通C程序一致，降低学习门槛。

• 简化开发流程：如果默认让字符串留在Flash，开发者每次访问都要调用专门的Flash读取函数（比如pgm_read_byte这类），这对新手来说过于繁琐。Arduino的设计初衷是简化嵌入式开发，默认把字符串放到SRAM，让开发者可以像写普通C程序一样直接使用字符串，不用额外处理Flash读取的细节，大幅降低了上手难度。

• RAM容量的权衡：虽然多数Arduino板的RAM不大，但对于大多数入门项目来说，字符串占用的那点RAM完全够用。只有当项目用到大量字符串、RAM资源吃紧时，才需要开发者手动用PROGMEM做优化——这属于进阶调整，而非默认行为。

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