设置断点
break 【】
finish
程序在控制返回到帧的时候立即中断，但不留下断点
break … if cond
cond为真中断
condition [bnum] [exp]
修改断点条件
hbreak 【】
硬件断点，需要硬件的支持（没有用过）
rbreak 【regex】
正则断点，所有匹配正则表达式 regex 的函数上设置断点
ignore 【id】 【count】
忽略id断点count次
设置监视点（https://blog.csdn.net/wojiaxiaohuang2014/article/details/127571038）
软件观察点：
所谓软件观点（software watchpoint），即用 watch 命令监控目标变量（表达式）后，GDB 调试器会以单步执行的方式运行程序，并且每行代码执行完毕后，都会检测该目标变量（表达式）的值是否发生改变，如果改变则程序执行停止。
可想而知，设置软件观察点的方式，一定程度上会影响程序的执行效率。但从另一个角度看，调试程序的目的并非是为了获得运行结果，而是查找导致程序异常或 Bug 的代码，因此即便软件观察点会影响执行效率，一定程度上也是可以接受的。
硬件观察点：
所谓硬件观察点（Hardware watchpoint），和前者最大的不同是，它在实现监控机制的同时不影响程序的执行效率。简单的理解，系统会为 gdb 调试器提供少量的寄存器（例如， 32 位的 Intel x86 处理器提供有 4 个调试寄存器），每个寄存器都可以作为一个观察点协助 gdb调试器完成监控任务。
注意：基于寄存器个数的限制，如果调试环境中设立的硬件观察点太多，则有些可能会失去作用，这种情况下，gdb 调试器会发出如下警告：
Hardware watchpoint num: Could not insert watchpoint
注意：
在执行此命令之前建立的硬件观察点，不会受此命令的影响。
awatch 命令和 rwatch 命令只能设置硬件观察点，如果系统不支持或者借助如上命令禁用，则 GDB 调试器会打印如下信息：Expression cannot be implemented with read/access watchpoint.
硬件监视点
设置是否启动硬件监视点
set can-use-hw-watchpoints [0/1]
0：软件监视点
1：硬件监视点
查看监视点类型
show can-use-hw-watchpoints
监视点
值改变
watch [expr] [thread id]
读
rwatch [expr] [thread id]
读写
awatch [expr] [thread id]
断点命令列表
当断点命中后，执行一些列命令
commands [bnum]
… command-list …
end
eg:
commands 1
printf"x = %d\n",x
c
end
断点1命中后，打印x = [x]，然后继续执行。程序不会因此停下来
继续和单步
continue [ignore-count]
fg [ignore-count]
step 【count】
继续向下单步执行count行
next
next [count]
set step-mode [on/off]
step 命令在没有调试行信息的函数的入口点中断，而不是
越过这个函数
until
和next类似，不同点在于快速运行完当前的循环体，并运行至循环体外停止。
until [location]
执行至指定位置后停止
advance [location]
执行至指定位置后停止
nexti
stepi
