gcc默认生成release版本，因其不加-g故无调试符号，且默认-o0、不含.debug_*节区，gdb无法调试；虽未启用-o2等优化，但“无调试信息”已满足release核心定义。
gcc 默认生成的就是 Release 版本，不需要额外加参数。 它体积小、无调试信息、开启默认优化（如 -O0），适合交付给用户运行。但很多人误以为“不加 -g 就是 Release”，其实更关键的是：-g 缺失只是表象，真正决定 Release 属性的是「是否包含调试符号」和「是否启用优化」——而 gcc 默认两者都不做。
为什么 gcc hello.c 就是 Release？
因为：
- 默认不加
-g，目标文件（.o）和最终可执行文件里不含DW_TAG等调试符号，gdb无法读取变量名、行号或源码上下文； - 默认使用
-O0（即无优化），虽未提速，但符合 Release 的“无调试信息”核心定义； - 不会链接调试专用的运行时支持（如
libdebug），也不保留内联函数展开痕迹或未使用的静态函数； - 生成的 ELF 文件中
.debug_*节区完全不存在，用readelf -S a.out | grep debug可验证。
-O2 或 -O3 才算真正的 Release 优化
仅靠默认行为不够严谨。生产环境的 Release 版本通常要显式启用优化：
-
gcc -O2 hello.c -o hello：启用安全、稳定的编译器优化（循环展开、函数内联、寄存器分配等），体积更小、运行更快； -
gcc -O3 hello.c -o hello：比-O2更激进（如自动向量化），但可能引入边界副作用，需充分测试； - 避免混用
-g和-O2：虽然语法合法，但会把调试信息塞进优化后的代码里，导致gdb步进错乱、变量显示为<optimized out></optimized>； - 若需发布带符号的 Release（如供 crash 分析用），应分离调试信息：
gcc -O2 -g hello.c -o hello && objcopy --strip-debug hello hello-stripped。
常见误操作：把 Debug 当成 Release 发出去
这些做法看似“没加 -g”，实则悄悄引入了 Debug 特征：
- 用
make构建时，Makefile 里残留CFLAGS = -g -O0，覆盖了 gcc 默认行为； - 调用
gcc -c main.c -o main.o生成目标文件后，再用gcc main.o -o app链接——如果main.o是之前用-g编译的，最终可执行文件仍含调试信息； - 误信 IDE 设置，“Release 模式”只改了输出目录，没改实际编译参数；
- 检查方式简单有效：
file a.out看是否含 “not stripped”；size a.out对比有无.debug段；gdb a.out -ex "info registers" -ex quit若能正常进入，大概率不是干净 Release。
Release 的本质不是“不调试”，而是“不为调试留后门”。哪怕不用 -O2，只要确保整个构建链路（预处理 → 编译 → 汇编 → 链接）全程没出现 -g，且没手工注入调试节区，就是合格的 Release。最容易被忽略的点是：中间文件（.o）一旦含调试信息，链接后就不可逆地污染最终二进制。
