size命令输出的text、data、bss三段分别表示只读可执行段（Flash主体）、已初始化全局变量（Flash+RAM双占用）、未初始化全局变量（纯RAM占用），需据此精准优化嵌入式资源。
怎么看 size 命令输出的三段式数字
直接在 Dev-C++ 编译完后，打开命令行（或用 IDE 的“执行命令”功能），运行 size your_program.exe，你会看到类似这样的三列数字：
text data bss dec hex filename 24576 1024 4096 29696 7400 your_program.exe
这三列不是“代码/数据/堆栈”的通俗说法，而是链接器视角下的严格分段：
-
text：只读可执行段，含机器码、字符串字面量（如"hello"）、const全局变量。它最终烧进 Flash，是 Flash 占用的主体。 -
data：已初始化的全局/静态变量（如int x = 1;），加载时需从 Flash 复制到 RAM，所以它同时消耗 Flash（存初始值）和 RAM（存运行值）。 -
bss：未初始化或初始化为零的全局/静态变量（如int y;或static char buf[1024] = {0};），不占 Flash（因为全零，链接器只记大小），但启动时需在 RAM 中清零，纯 RAM 消耗。
注意：dec 和 hex 是总和，没实际优化意义；真正要盯的是 text（Flash 主力）、data（Flash+RAM 双头债）、bss（纯 RAM 坑）。
为什么 data 段突然变大？常见陷阱
很多同学发现加了一个 const char msg[] = "a very long error message...";，text 涨了几十字节，但 data 却暴涨几百——这通常不是 bug，而是编译器把字符串当成了“需要复制到 RAM 的初始值”。原因有二：
立即学习“C++免费学习笔记（深入）”；
- 你用了
char而非const char，或者声明在函数内但用了static，导致它被归入data段而非text； - 链接器脚本里没明确把只读数据（
.rodata）合并进text段，而是单独划成一个可加载段，gcc 默认有时会把它算进data总和（尤其 MinGW/TDM-GCC 在 Windows 下）。
验证方法：加编译参数 -Wl,--print-memory-usage（部分 GCC 版本支持），或用 objdump -h your_program.o 查看各目标文件中 .rodata 落在哪一段。真正想压 data，优先确保所有常量字符串都声明为 const char* 并定义在全局作用域。
怎么让 size 报告更细粒度？用 nm 和 objdump 定位大户
size 只给总量，没法告诉你哪个函数或变量吃掉了 80% 的 text。这时候得靠两个配套命令：
- 查符号大小：
nm --print-size --size-sort -D your_program.exe | grep " [bdr] "，其中b是bss，d是data，r是text（只读数据）。输出像00000120 b big_buffer，一眼看出谁是 RAM 灾星。 - 查段分布：
objdump -h your_program.exe显示每个段（.text、.rodata、.data、.bss）的起始地址和大小；再用objdump -t your_program.exe | grep "your_func_name"确认函数落在哪一段。
特别提醒：Dev-C++ 默认生成的 Debug 版本带调试符号（.debug_* 段），它们会计入 size 的 text，但不会烧进 Flash——发布前务必切到 Release 模式并加 -s 参数 strip 符号，否则 size 结果严重失真。
嵌入式场景下必须检查的链接器脚本细节
如果你在写裸机或 RTOS 程序（比如 STM32），size 输出只是起点，真正决定 Flash/RAM 分配的是链接器脚本（.ld 文件）。常见疏漏点：
-
.data段的LOADADDR指向 Flash 地址，而ADDR指向 RAM 地址——这是“复制初始化”的基础，漏写或写反会导致 RAM 不足或启动失败； -
.bss段没加__bss_start__和__bss_end__符号，C 运行时无法自动清零，结果变量初值随机； - 没把
.rodata显式归入.text段，导致它被单独分配，增大 Flash 占用（尤其当它分散在多个小块时，可能触发额外页对齐）。
一个最小可靠做法：在链接器脚本里确认 .rodata : { *(.rodata) *(.rodata.*) } 紧跟在 .text 段定义之后，并且没有 PROVIDE 错误覆盖原始段地址。否则，size 看着正常，烧录后 RAM 就越界了。
