字符数组内存存储疑问：初始化数组在.exe与运行内存中的存储差异成因

这种现象核心是编译器的压缩存储优化和PE可执行文件的加载机制共同作用的结果，具体拆解如下：

• 编译器的初始化数据压缩优化
  当你定义尺寸较大的数组并完成全量初始化时，编译器会自动扫描初始化数据的特征。哪怕你手动填充了所有18210字节，只要数据存在可压缩规律（比如局部重复、有固定间隔的分布），编译器就会采用编码格式存储数据来缩小EXE体积。你看到的“每8字节仅1个有效字节，其余为类序列号内容”，就是编译器用的编码方案——额外字节用来记录位置、重复次数等元数据，程序启动时再由C运行时库（CRT）解码成连续数组。

• PE文件与运行时内存的格式差异
  EXE文件中的数据存储和进程内存中的格式并非一一对应：压缩后的初始化数据会被放在只读数据段（.rdata），系统的PE加载器启动程序时，会配合CRT的初始化逻辑，将编码数据解码并映射到连续的内存地址空间，所以运行时内存里是正常的连续数组，而EXE文件里是紧凑的压缩存储形式。

• 栈上数组的特殊初始化逻辑（如果数组定义在main栈帧内）
  要是这个数组是main()函数的局部栈变量，编译器不会直接把完整初始化数据写入EXE，而是生成初始化代码——程序运行到变量定义处时，通过循环或批量赋值把数据写入栈内存。这种情况下，EXE里只会存编码后的常量表，而非完整连续的原始数组字节，也会造成你看到的存储差异。

不同编译器的策略有区别：比如MSVC默认对大数组启用这类压缩优化，而GCC通常在-Os（优化体积）等级下才会触发。

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