编译时需添加-g选项生成调试信息，用gdb加载程序后可通过break设置断点，run运行，next/step单步执行，print查看变量值，bt查看调用栈，结合core dump分析崩溃原因。
使用GDB调试C++程序是开发过程中排查问题的重要手段。只要编译时加入调试信息，就能通过GDB查看变量、设置断点、单步执行代码，快速定位错误。
编译程序时启用调试信息
要让GDB能有效工作，必须在编译时加入 -g 选项，这样会把源码、变量名、行号等信息嵌入可执行文件。
g++ -g -o myprogram myprogram.cpp 如果使用Makefile或CMake，确保编译参数包含 -g
启动和基本操作
编译完成后，用 gdb 命令加载程序：
gdb ./myprogram — 启动GDB并加载程序 run 或 r — 运行程序（可加命令行参数，如 run arg1） quit 或 q — 退出GDB
设置断点与控制执行
断点是调试的核心功能，可以暂停程序在特定位置。
立即学习“C++免费学习笔记（深入）”；
break main — 在main函数处设断点 break 20 — 在当前文件第20行设断点 break filename.cpp:15 — 在指定文件某行设断点 continue 或 c — 继续执行直到下一个断点 next 或 n — 单步执行（不进入函数内部） step 或 s — 单步执行（进入函数） finish — 执行完当前函数并返回
查看变量和调用栈
程序暂停后，可以检查变量值和函数调用路径。
print 变量名 或 p 变量名 — 查看变量当前值，例如 p x, p str display 变量名 — 每次停顿时自动显示该变量 backtrace 或 bt — 显示完整的函数调用栈 frame 编号 — 切换到指定栈帧查看上下文 info locals — 查看当前函数所有局部变量
处理崩溃和核心转储
当程序崩溃生成 core 文件时，可用GDB分析原因。
ulimit -c unlimited — 允许生成core文件（shell中执行） 运行程序触发崩溃，生成 core 或 core.pid gdb ./myprogram core — 用GDB加载程序和core文件 bt — 查看崩溃时的调用栈，快速定位出错位置
实用技巧与建议
提升调试效率的小技巧：
使用 layout src 可以在终端中分屏显示源码（需支持TUI） set pagination off 关闭分页，避免频繁按回车 使用 watch 变量名 设置观察点，变量修改时自动中断 在条件断点中使用 break 30 if i==5，只在满足条件时中断 调试多线程程序时，用 info threads 查看线程，thread N 切换线程
基本上就这些。GDB功能强大，熟练掌握几个常用命令就能解决大多数运行时问题。关键是编译带 -g，会设断点，能看变量和栈，再配合 core dump 分析，调试C++并不复杂但容易忽略细节。
以上就是c++++怎么使用GDB进行调试_c++调试工具GDB的常用命令与技巧的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1482332.html
微信扫一扫 
支付宝扫一扫 
