本文主要是介绍C/C++｜如何使用GDB调试不带调试信息的可执行程序，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
release 和 debug 版本的区别
- 编译器优化
• release 版本：通常启用编译器优化（例如 -O2 或 -O3 标志），以最大化性能。编译器会尝试进行代码优化，比如内联函数、消除死代码、优化循环、减少函数调用等，从而生成运行效率更高的代码。
• debug 版本：通常禁用编译器优化（使用 -O0），以便于调试。这样可以确保生成的机器代码与源代码尽可能保持一致，使得调试器能够准确映射代码执行的每一行。 - 调试信息
• release 版本：默认情况下，不会包含调试信息（不使用 -g 标志）。因为调试信息会增加生成的二进制文件的大小，而且通常不需要调试 release 版本代码。
• debug 版本：包含完整的调试信息（通过使用 -g 标志）。这允许调试器（如 GDB）能够查看源代码、变量值、函数调用等，便于进行调试。 - 断言（Assertions）
• release 版本：通常禁用断言（assert()），因为它们仅用于调试目的。禁用断言有助于提高代码的运行效率。
• debug 版本：启用断言，这样可以在调试过程中发现潜在的逻辑错误。如果断言失败，程序会终止，并提供有关错误的详细信息。 - 二进制文件大小
• release 版本：通常会生成较小的二进制文件，因为它会去除调试符号信息、内联小函数、消除未使用的代码等。
• debug 版本：由于包含调试符号和没有优化的代码，debug 版本的二进制文件通常比 release 版本大。
RelWithDebInfo
该版本结合两者优点：包含了符号信息和调试信息，有被破解的风险；开启了优化，调试时可能和源码没法对应。
-O2/3 -g -DENDEBUG
如何使用 gdb 调试不带调试信息的可执行程序
在 RelWithDebInfo 模式下，我们可以讲可执行文件和调试信息进行分离，其中的关键就是 调试链接。在线上环境，我们不公布调试信息(.debug文件)，如果线上有问题，我们可以加入 .debug 文件，并且只要可执行文件包含有调试链接（这里需要通过命令来实现）
也就是说步骤如下：
- 编译带有调试信息的可执行文件：
-O2/3 -g -DENDEBUG - 将调试信息转存到别的文件中：
objcopy --only-keep-debug ./src/redis-server redis-server.debug - 将可执行文件中的调试信息去掉成为一个裸的可执行程序：
strip ./src/redis-server -o redis-server - 为裸的可执行文件添加调试链接：
objcopy --add-gnu-debuglink=redis-server.debug resid-server。调试信息包含调试信息的文件名和 CRC 校验和。
综上所述，我们就可以使用GDB调试不带调试信息的可执行程序。
这篇关于C/C++｜如何使用GDB调试不带调试信息的可执行程序的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
