PROGMEM数组占用RAM问题：全局String数组为何额外消耗内存？

嘿，这个坑我踩过好几次！核心问题是你把PROGMEM和String类型混在一起用了——这俩根本不搭，直接导致了额外的RAM消耗，具体来说：

• String不是静态数据，它天生依赖RAM：Arduino里的String本质是个结构体，里面装着指向字符串的指针、当前长度、已分配容量这仨东西（在AVR板子上大概占8字节一个）。你写const String opCodes[256] PROGMEM的时候，以为整个数组都进Flash了？其实编译器只会把String里的字面量字符串放到Flash，但每个String的结构体本身必须跑到RAM里才能工作——毕竟String的动态内存管理逻辑全靠RAM里的这些字段。256个String就是256×8=2048字节，这正好对应你看到的RAM涨幅。

• PROGMEM是给静态只读数据准备的：它设计出来就是存const char*这种纯字符串指针的，不是给String这种带动态属性的对象用的。你现在等于既在Flash里存了字符串字面量，又在RAM里存了256个管理这些字符串的结构体，双重占用可不就RAM涨了嘛。

怎么修复？改成const char*数组就对了 #

把数组换成const char*类型，配合PROGMEM和专门的Flash读取函数，就能把所有数据都锁在Flash里，完全不占额外RAM：

// 正确姿势：用const char*数组存PROGMEM
const char* opCodes[256] PROGMEM = {
    "NOP", "LDA", // 这里填你的256个操作码字符串
};

// 访问的时候得用pgm_read_ptr读Flash里的指针
void getOpcode(uint8_t idx) {
    // 先从Flash里取出字符串指针
    const char* code = (const char*)pgm_read_ptr(&opCodes[idx]);
    // 如果需要转成String用（临时用才转！）
    String tempStr = String(code);
    Serial.println(tempStr);
    // 要是不需要String，直接用Flash读取函数操作更省RAM
    // 比如用strcpy_P把内容复制到RAM缓冲区
    char buf[32];
    strcpy_P(buf, code);
}

这么改之后，所有的操作码字符串和数组指针都会老老实实待在Flash里，RAM里只会在你临时需要的时候才分配一点点空间（比如转String或者用缓冲区的时候），完全不会有之前那种固定的2KB额外占用。

最后提醒下：直接读PROGMEM里的数据必须用pgm_read_*系列函数，不能像读普通RAM数组那样直接取，不然会读到乱码哦。

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