Linux之GDB学习
GDB是一款优秀的调试工具，懂的人自然懂，一直以来用它都没有好好整理过使用方法，我用的也是皮毛，目前先整理一下皮毛，日后再更新
使用方法
编译C++
从编译的角度上来说，需要在编译的时候加上-g参数，生成调试信息，否则GDB无法对该程序进行Debug
$ gcc -g main.cc
启动GDB
$ gdb /your/program即可
设置命令行参数
et args 给args变量赋值
(gdb) set args -a -b或$ gdb /your/program -a -
查看当前的参数使用(gdb) show arg
ython程序的调试也可以使用$ gdb python main.py
装载程序
file FILE 装载指定的可执行文件进行调试
如果只是打开了gdb程序没有初始化装载程序，可以通过file命令装载可执行文件
cd directory 改变当前工作目录
wd 显示当前工作目录
装载可执行文件的时候也有工作目录的说法，可以通过cd命令切换
浏览程序
list linenum 显示当前源文件的指定行数
list function 显示当前源文件的指定函数
list filename 显示指定的源文件
list filename:linenum 显示指定的源文件的指定行数，函数同理
list 显示下一个listsize大小的源代码，可以通过set/show命令修改大小，默认10行
list - 显示最后一次list的前面listsize的源代码
浏览源代码对于定位core dump发生的原因，定位设断点的位置都特别有帮助
设置断点
reakpoints：
reak linenum 在当前源文件的指定行数设置断点
reak function 在当前源文件的指定函数设置断点
reak filename:linenum 在指定源文件的指定行数设置断点，函数同理
reak something if condition 条件断点，符合条件的时候断点才会触发
watchpoints：
watch expr 当应用程序写expr，修改其值时触发
rwatch expr 当应用程序读expr的值时触发
awatch expr 当应用程序读取或写入expr的值时触发
catchpoints：
catct event 在发生某种事件的时候触发
tcatch event 同上，但只停一次，生效后自动删除
事件一般类型为：throw、catch、exec、fork、load、syscall等
断点是调试的中间过程的记录，在循环的地方多使用条件断点，可以减少很多的人工操作
断点管理：
info breakpoint 查看断点
delete breakpoint num 删除断点
disable breakpoint num 禁用断点
enable breakpoint num 启用断点
删除或禁用一些断点有利于程序的快速执行，比如一个断点已经测试几次都没运行崩溃，说明这个断点没问题，可以不要了
运行程序
run 运行装载的可执行程序
tep 运行下一行代码，遇到函数时进入函数
ext 运行下一行代码，遇到函数时运行整个函数
continue 断点触发后，继续执行
call function 调用和执行特定的函数
一般情况下，我也只使用这些，目前也够用了，call命令可以多次测试一个函数在不同参数下的运行情况
查看变量
rint variable 打印一个变量
whatis variable 打印一个变量的类型
type variable 打印一个struct或class的定义
acktrace 打印程序中的当前位置和表示如何到达当前位置的栈跟踪
et variable 可以修改一个变量的值，但一般情况下不建议人为地去修改这些变量的值
acktrace是一个好命令，遇到core dump的时候使用很方便
万能的命令
help COMMAND 显示指定命令的帮助信息
缩写映射表
b -> break c -> continue d -> delete i -> info l -> list n -> next p -> print r -> run s -> step u -> until bt -> backtrace aw -> awatch rw -> rwatch wa -> watch
初期使用GDB的时候不建议记忆和使用缩写，后期你自然就会因为懒得写多两个字母而自然而然地使用缩写了