调试利器GDB（上）

调试利器GDB（上）

1.1 GDB初识

1.1.1什么是GDB?

GDB是GNU项目中的调试器（gnu debuger），能够跟尊程序的执行，也能恢复程序崩溃前的状态

1.1.2为什么需要GDB？

软件产品的研发过程必然伴随bug，调试时软件开发中不可或缺的技术（调试工具很重要）

1.1.3 DBG与binutils

1.2 GDB的常规使用

1.自定义程序得到启动方式（指定影响程序运行的参数）
2.设置条件断点（在满足条件时程序暂停执行）
3.回溯检查导致程序异常结束的原因（core dump）
4.动态改变程序的执行流（定位问题的辅助方式）

1.3 GDB的启动方式

直接启动：

gdb
gdb test.out
gdb test.out core

动态链接
gdb test.out pid
1.4 GDB的应用示例
示例1：

dbg                 //启动
file test.out           //载入目标程序
set args arg1 arg2  //设置命令行参数
run                 //执行目标程序
注：gdb  + file test.out  ==  gdb test.out

示例2：

gdb                 //启动
attach  pid         //链接到目标进程，链接成功后目标程序将停止执行
continue                //恢复执行
注：gdb + attach pid  ==  gdb test.out pid

1.5 断点调试

1.5.1断点类型

• 软件断点：由非法指令异常实现（软件实现），，通过中断来实现程序位于ram中
• 硬件断点：由硬件特性实现（数量有限）程序位于flash（只读）中
• 数据断点：由硬件特性实现（数量有限），监视内存，当内存被改写时触发

  1.5.2软件断点相关操作

  通过函数名设置断点:

  break func_name [ if var = value]
  tbreak func_name [ if var = value]

  通过行号设置断点：

  break file_name:line_num [ if var = value ]
  break file_name:line_num [ if var = value ]

  Tbreak设置的断点只生效一次。
  

  1.5.3调试时相关操作

  

  1.5.4硬件断点及其操作

  当代码位于只读寄存器（flash）时，只能通过硬件断点调试
  硬件断点需要硬件支持，数量有限
  GDB通过hbreak命令支持硬件断点，与break使用方法完全一致