为何Soft Console可通过带Load Symbols选项的JTAG调试Release版本？

为什么无-debug参数构建的可执行文件仍能被调试？ #

• Eclipse CDT的eclipsec.exe构建时，即便你没手动添加-debug参数，默认的Release构建配置未必会完全剥离调试符号。包括Soft Console在内的多数嵌入式IDE，其Release配置通常会把调试符号保留在可执行文件的特定段，或是生成配套的独立符号文件（比如.sym），只是不会像Debug版本那样启用额外调试辅助特性。
• 当你在Soft Console调试配置中选择Load Symbols时，IDE会先从可执行文件本身或关联的符号文件里解析调试信息，再结合JTAG的硬件调试能力（比如寄存器读取、内存断点设置）实现调试——并非JTAG直接传输调试符号，而是IDE完成符号解析后，指导调试器进行对应操作。

Debug与Release版本的核心差异（即便都能调试） #

• 优化级别：Debug版本一般用-O0（无优化），代码与源码完全对应，调试时变量、执行流程都能精准跟踪；Release版本通常是-O2/-O3优化级别，编译器会做代码折叠、变量消除、指令重排，即便能调试，也常出现变量无法查看、流程跳变混乱的情况。
• 调试辅助代码：Debug版本会保留断言（assert()）、完整栈帧信息、未优化的变量存储逻辑，方便断点步进；Release版本会移除断言，优化栈帧结构，导致调试时无法准确追踪局部变量。
• 符号完整性：Debug版本会保留所有符号（包括局部变量、函数名）；Release版本可能仅保留全局函数/变量符号，或是对符号进行混淆处理（若开启混淆）。

关于调试符号与strip的疑问 #

• Eclipse CDT默认的Release构建不会自动执行strip操作。很多嵌入式项目为方便后期排查问题，会把调试符号单独提取到.sym或.dSYM文件中，可执行文件本身可能仍保留部分符号，或是通过UUID与符号文件关联。你没找到strip选项不代表符号已被剥离——可以用objdump -h命令查看可执行文件的段信息，若存在.debug_info、.debug_line这类段，说明调试符号仍存在。
• 若要完全剥离符号，需在CDT的构建配置中手动添加strip命令（比如在Post-build步骤里加入strip ${ProjName}.elf），或是修改编译器参数关闭调试符号生成（比如添加-g0）。

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