C/C++｜如何使用GDB调试不带调试信息的可执行程序

release 和 debug 版本的区别

1. 编译器优化
   • release 版本：通常启用编译器优化（例如 -O2 或 -O3 标志），以最大化性能。编译器会尝试进行代码优化，比如内联函数、消除死代码、优化循环、减少函数调用等，从而生成运行效率更高的代码。
   • debug 版本：通常禁用编译器优化（使用 -O0），以便于调试。这样可以确保生成的机器代码与源代码尽可能保持一致，使得调试器能够准确映射代码执行的每一行。
2. 调试信息
   • release 版本：默认情况下，不会包含调试信息（不使用 -g 标志）。因为调试信息会增加生成的二进制文件的大小，而且通常不需要调试 release 版本代码。
   • debug 版本：包含完整的调试信息（通过使用 -g 标志）。这允许调试器（如 GDB）能够查看源代码、变量值、函数调用等，便于进行调试。
3. 断言（Assertions）
   • release 版本：通常禁用断言（assert()），因为它们仅用于调试目的。禁用断言有助于提高代码的运行效率。
   • debug 版本：启用断言，这样可以在调试过程中发现潜在的逻辑错误。如果断言失败，程序会终止，并提供有关错误的详细信息。
4. 二进制文件大小
   • release 版本：通常会生成较小的二进制文件，因为它会去除调试符号信息、内联小函数、消除未使用的代码等。
   • debug 版本：由于包含调试符号和没有优化的代码，debug 版本的二进制文件通常比 release 版本大。

RelWithDebInfo

该版本结合两者优点：包含了符号信息和调试信息，有被破解的风险；开启了优化，调试时可能和源码没法对应。

-O2/3 -g -DENDEBUG

如何使用 gdb 调试不带调试信息的可执行程序

在 RelWithDebInfo 模式下，我们可以讲可执行文件和调试信息进行分离，其中的关键就是 调试链接。在线上环境，我们不公布调试信息(.debug文件)，如果线上有问题，我们可以加入 .debug 文件，并且只要可执行文件包含有调试链接（这里需要通过命令来实现）

也就是说步骤如下：

1. 编译带有调试信息的可执行文件：-O2/3 -g -DENDEBUG
2. 将调试信息转存到别的文件中：objcopy --only-keep-debug ./src/redis-server redis-server.debug
3. 将可执行文件中的调试信息去掉成为一个裸的可执行程序：strip ./src/redis-server -o redis-server
4. 为裸的可执行文件添加调试链接：objcopy --add-gnu-debuglink=redis-server.debug resid-server。调试信息包含调试信息的文件名和 CRC 校验和。

综上所述，我们就可以使用GDB调试不带调试信息的可执行程序。