本文主要是介绍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调试不带调试信息的可执行程序的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!