GDB（设置断点）

启动GDB后，首先就是要设置断点，程序中断后才能调试。在gdb中，断点通常有三种形式：

断点（BreakPoint）：

在代码的指定位置中断，这个是我们用得最多的一种。设置断点的命令是break，它通常有如下方式：

• break <function>    在进入指定函数时停住
• break <linenum>    在指定行号停住。
• break +/-offset    在当前行号的前面或后面的offset行停住。offiset为自然数。
• break filename:linenum    在源文件filename的linenum行处停住。
• break ... if <condition>    ...可以是上述的参数，condition表示条件，在条件成立时停住。比如在循环境体中，可以设置break if i=100，表示当i为100时停住程序。

可以通过info breakpoints [n]命令查看当前断点信息。此外，还有如下几个配套的常用命令：

• delete    删除所有断点
• delete breakpoint [n]    删除某个断点
• disable breakpoint [n]    禁用某个断点
• enable breakpoint [n]    使能某个断点

观察点（WatchPoint）：

在变量读、写或变化时中断，这类方式常用来定位bug。

• watch <expr>    变量发生变化时中断
• rwatch <expr>    变量被读时中断
• awatch <expr>     变量值被读或被写时中断

可以通过info watchpoints [n]命令查看当前观察点信息

捕捉点（CatchPoint）：

捕捉点用来补捉程序运行时的一些事件。如：载入共享库（动态链接库）、C++的异常等。通常也是用来定位bug。

捕捉点的命令格式是：catch <event>，event可以是下面的内容

• throw     C++抛出的异常时中断
• catch     C++捕捉到的异常时中断
• exec    调用系统调用exec时（只在某些操作系统下有用）
• fork    调用系统调用fork时（只在某些操作系统下有用）
• vfork    调用系统调用vfork时 （只在某些操作系统下有用）
• load 或 load <libname>     载入共享库时（只在某些操作系统下有用）
• unload 或 unload <libname>    卸载共享库时（只在某些操作系统下有用）

另外，还有一个tcatch <event>，功能类似，不过他只设置一次捕捉点，当程序停住以后，应点被自动删除。

捕捉点信息的查看方式和代码断点的命令是一样的，这里就不多介绍了。

在特定线程中中断

你可以定义你的断点是否在所有的线程上，或是在某个特定的线程。GDB很容易帮你完成这一工作。

• break <linespec> thread <threadno>
• break <linespec> thread <threadno> if ...

linespec指定了断点设置在的源程序的行号。threadno指定了线程的ID，注意，这个ID是GDB分配的，你可以通过"info threads"命令来查看正在运行程序中的线程信息。如果你不指定thread <threadno>则表示你的断点设在所有线程上面。你还可以为某线程指定断点条件。如：

     (gdb) break frik.c:13 thread 28 if bartab > lim

当你的程序被GDB停住时，所有的运行线程都会被停住。这方便你你查看运行程序的总体情况。而在你恢复程序运行时，所有的线程也会被恢复运行。那怕是主进程在被单步调试时。

恢复程序运行和单步调试

在gdb中，和调试步进相关的命令主要有如下几条：

• continue    继续运行程序直到下一个断点（类似于VS里的F5）
• next        逐过程步进，不会进入子函数（类似VS里的F10）
• setp        逐语句步进，会进入子函数（类似VS里的F11）
• until        运行至当前语句块结束
• finish    运行至函数结束并跳出，并打印函数的返回值（类似VS的Shift+F11）

PS：这些命令大部分可以简写为第一个字母，在日常使用过程中，往往只会输入第一个字符即可执行该命令，我标红的即是通常的使用方式。这几条命令使用非常频繁，并且可以带一些附加参数以实现高级功能，需要熟练掌握。