一.GDB介绍

A.GDB

1.GNU项目中的调试器2.能够追踪程序的执行，也能够恢复程序崩溃前的状态B.GDB的重要性1.软件不是一次性开发完成的(是软件就有bug,是程序就有问题)2.调试时软件开发过程中不可或缺的技术C.GDB的常规应用1.自定义程序的启动方式(指定影响程序运行的参数)2.设置条件断点(在条件满足时暂停程序的执行)3.回溯检查导致程序异常结束的原因4.动态改变程序执行流(定位问题的辅助方式)D.GDB的启动方式1.直接启动--gdb ,gdb test.out ,gdb test.out core,2.动态链接--gdb test.out pid示例：对之前的在开发中的辅助工具章提到使用addr2line对程序中出现的错误进行定位，该示例使用gdb调试来完成该操作运行过程图如图所示从图中所标记的红线可以知道编译以及gdb的使用过程1.首先使用gcc生成可调式的结果2.使用gdb命令开启gdb调试3.使用file test.out命令关联生成的结果4.使用run命令生成结果 可以看到在标记5处知道程序出现的错误处与之前的addr2line命令查找相比，gdb的操作就很快捷与方便E.使用GDB进行断点调试1.断电类型a.软件断点:由非法指令异常实现(软件实现)b.硬件断点:由硬件特性实现(数量有限)c.数据断点:由硬件特性实现(数量有限)F.软件断点的相关操作a.通过函数名设置断点1.break func_name2.tbreak func_nameb.通过文件名行号设置断点1.break file_name:line_num2.tbreak file_name:line_num软件调试的相关操作第一次GDB断点调试的过程如下所示可以看到1.在使用了start命令之后，在main函数的入口处25行生产了断点2.使用break命令在37行生成断点并且使用info breakpoints查看该断点是否存在3.继续运行程序发现在37行停住，使用set var命令与next命令对其继续查看1.使用next命令之后该程跳出循环来到41行2.使用tbreak命令在43行设置断点，继续运行发现程序正常3.使用jump命令使其跳至45行，由结果可以得出程序关闭正常，可以猜测程序在43行处有问题第二次调试过程1.主要使用tbreak func直接将断点设置在func函数并使用info breakpoints进行查看断点是否设置成功2.继续运行可以看到提示在func.c:7处提示问题3.执行return命令发现程序正常结束，可以知道函数在func.c:7出有问题