STM32F407VG下C++结构体数组str字段初始化失败求助

你的问题出在字符串字面量被链接器优化丢弃，或者const数据的内存访问逻辑上，结合你的代码和脚本，我来拆解问题并给出修复步骤：

核心原因 #

你通过(uint32_t)(*(uint32_t*)"CM1")的方式取字符串前4字节作为str字段的值，但链接器可能认为这些字符串字面量（"CM1"、"CM2"等）没有被直接引用，从而在优化阶段将它们丢弃，导致str字段读取到的是Flash中未初始化的0值。另外，虽然你的结构体是const类型（理应存放在Flash的.rodata段），但如果链接脚本对.rodata的处理有疏漏，也可能导致数据异常。

修复步骤 #

1. 强制保留字符串字面量 #

修改结构体初始化代码，给字符串字面量添加__attribute__((used))属性，告诉编译器/链接器不要丢弃这些字符串：

const struct elem array[]{ 
    {(uint32_t)(*(uint32_t*) (__attribute__((used)) "CM1")), 1, 1}, 
    {(uint32_t)(*(uint32_t*) (__attribute__((used)) "CM2")), 2, 2}, 
    {(uint32_t)(*(uint32_t*) (__attribute__((used)) "CM3")), 3, 3} 
};

2. 优化链接脚本的.rodata段处理 #

当前你的链接脚本把.rodata合并到.text段中，虽然没问题，但可以显式分离.rodata段并添加KEEP指令，确保所有常量数据不被丢弃：
修改链接脚本的.text段部分，单独拆分.rodata：

/* The program code goes into FLASH */
.text : {
    . = ALIGN(4);
    _text = .;
    *(.text) /* .text sections (code) */
    *(.text*) /* .text* sections (code) */
    *( .glue_7) /* glue arm to thumb code */
    *( .glue_7t) /* glue thumb to arm code */
    *( .eh_frame)
    KEEP (*(.init))
    KEEP (*(.fini))
    . = ALIGN(4);
    _etext = .; /* define a global symbols at end of code */
} > FLASH

/* Read-only data goes into FLASH */
.rodata : {
    . = ALIGN(4);
    _rodata = .;
    KEEP(*(.rodata)) /* 强制保留所有只读常量 */
    KEEP(*(.rodata*))
    KEEP(*(.strtab)) /* 保留字符串表 */
    . = ALIGN(4);
    _erodata = .;
} > FLASH

3. 简化初始化方式（可选但更可靠） #

直接用十六进制值替代字符串强制转换，避免链接器优化问题，同时更直观：
STM32是小端字节序，"CM1"的ASCII值是0x43（C）、0x4D（M）、0x31（1）、0x00（结束符），对应uint32_t值为0x00314D43，所以可以这样初始化：

const struct elem array[]{ 
    {0x00314D43, 1, 1}, 
    {0x00324D43, 2, 2}, 
    {0x00334D43, 3, 3} 
};

4. 验证内存布局 #

编译后查看.map文件，确认array和字符串字面量都被分配到Flash的.rodata段（地址范围0x08020000开始），且地址连续、值正确。如果发现它们被放到了RAM的.data段，说明编译器选项有问题，需要检查是否添加了-fdata-sections等可能导致段拆分的选项，或者调整const关键字的使用。

额外检查 #

你的启动脚本逻辑是正确的：只需要拷贝.data段（初始化的非const全局变量）到RAM，.bss段清零，.rodata段（const数据）直接从Flash读取，不需要额外初始化步骤，所以启动脚本本身没有问题。

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