写程序的时候，大家都会用调试信息来排查问题。比如打印变量值、记录函数调用流程，这些在开发阶段特别有用。可一旦程序要发布，这些内容就得考虑去掉了。
调试信息是什么？
简单说，调试信息就是编译时加入的一些额外数据，帮助开发者定位代码哪里出错。比如你在 Visual Studio 或 GCC 编译时加上 -g 参数，生成的可执行文件里就会包含源码行号、变量名、函数名等。出了错，可以用 gdb 这类工具一步步查。
但这些东西对普通用户没用，反而占空间。一个带调试信息的程序，可能比去掉后的版本大好几倍。
编译优化如何处理调试信息
大多数编译器在开启优化选项时，默认不会主动删掉调试信息，但它们之间其实是“互斥”的。比如你用 GCC 编译：
gcc -O2 -g program.c -o program这行命令既开了优化（-O2），又保留了调试信息（-g）。看起来没问题，但实际上，优化可能会把代码重排、内联函数、删掉无用变量，导致你设的断点对不上行号，变量也“找不到”了。调试体验大打折扣。
所以实际发布时，通常会这么做：
gcc -O2 -DNDEBUG program.c -o program这里加了 -DNDEBUG 是为了关掉代码里类似 #ifdef DEBUG 这种调试专用的打印语句。同时不加 -g，直接从源头避免嵌入调试符号。
体积和性能的影响
举个例子，你写了个小工具，编译出来本来该是 200KB，结果带着调试信息变成 1.8MB。用户下载慢不说，还容易被反编译看到部分逻辑。这不是给自己找麻烦吗？
另外，某些嵌入式设备内存紧张，多一两百KB都可能跑不起来。这时候，去掉调试信息不是“优化加分项”，而是硬性要求。
怎么确认是否去掉了调试信息
Linux 下可以用 strip 命令处理已生成的文件：
strip program这一下就能把调试符号全清掉。还可以用 file 或 size 命令看看前后对比：
file program如果显示 “stripped”，说明已经干净了；显示 “not stripped”，那就是还带着。
Windows 上类似，用 Visual Studio 发布时选 “Release” 模式，默认就不带调试信息。顺便把运行时库也改成静态链接，避免用户电脑缺环境。
实际开发中的做法
正规项目通常会分两种构建目标：Debug 和 Release。Debug 版给程序员用，带调试信息、不开优化；Release 版给客户，开最高优化等级（如 -O3），不带 -g，也不定义 DEBUG 宏。
这样两边都不耽误。开发时查 bug 方便，发布时程序又小又快。
别小看这个细节，很多软件漏洞最初就是从没剥离的调试信息里暴露了内部结构。该去掉的时候，真不能偷懒。