[gcc]代码演示调试符号分离

许多研发团队在管理软件在发行的时候，会面临一个是否要选择调试符号的决策。本文章将给出一些建议。

对比分析

总结：去除调试符号可以减小文件大小，提高安全性，但在调试时可能更加困难，问题解决速度慢。附带调试符号可以方便调试，提高问题解决速度，但会增加文件大小，可能降低安全性。合理的管理策略可以帮助在保持软件可调试性的同时，最大限度地减少潜在的风险和成本。

实现调试符号分离

下面是一个简单的 C++ 源码示例，演示如何生成带调试信息的可执行文件，分离调试信息，并在 GDB 中使用这些调试信息。

示例代码（example.cpp）

#include <iostream>
int main() {
    int a = 10;
    int b = 0;
    int result = a / b; // 这里将产生除以零的错误
    std::cout << "Result: " << result << std::endl;
    return 0;
}

编译和分离调试信息

1. 编译带调试信息的可执行文件：
   使用 -g 选项编译代码以生成调试信息。

   g++ -g -o example example.cpp
   

2. 分离调试信息：
   使用 objcopy 命令将调试信息保存到一个单独的文件中。

   objcopy --only-keep-debug example example.debug
   

3. 去除可执行文件中的调试信息：
   使用 strip 命令去除可执行文件中的调试信息，以生成发布版本。

   strip example
   

使用 GDB 调试 Core Dump

1. 运行去除调试信息的可执行文件：
   由于我们的代码中有一个除以零的错误，这将导致程序崩溃并生成 core dump 文件（假设你的系统配置允许生成 core dump）。

   ./example
   

2. 使用 GDB 加载 Core Dump 文件：
   当程序崩溃并生成 core 文件后，使用 GDB 加载 core 文件。 core文件的生成参见《linux的coredump生成管理》。

   gdb example core
   

3. 在 GDB 中加载调试符号：
   在 GDB 中，使用 symbol-file 命令加载之前分离的调试符号文件。

   (gdb) symbol-file example.debug
   

4. 进行调试：
   现在你可以使用 GDB 的命令来查看调用栈、变量值等信息。

   (gdb) backtrace
   (gdb) print a
   (gdb) print b
   

通过这个示例，你可以看到如何在保持可执行文件精简的同时，分离和保存调试信息，并在需要时使用这些调试信息进行故障排查。