1、监视局部变量
在GDB中，能够通过调用info locals命令得到当前桟帧中的全部局部变量的值的列表。
2、直接检查内存
在有些情况下。可能希望检查给定地址的内存，而不是通过变量的名称。
GDB为这样的目的提供x命令。
print和display的高级选项，print和display命令同意指定可选的格式。比如p /x y，这样会以十六进制格式显示，而不是十进制格式，其他经常使用的格式为c（字符）。s（字符串）。f（浮点数）。
假设你想禁用某一个选项。GDB提供了dis命令，dis disp number假设条目你不记得，那你一定要使用info disp来查看条目。大家知道，假设有禁止。就肯定会有启用，启用命令当然是大家熟知的enable，如enable disp number，假设想全然删除某个条目。那么就要是用命令undisplay 如undisp number。
3、给变量赋值
GDB測试时使用set命令对变量赋值，比方 set x=12，这就是将x的值设置成12。
GDB中能够使用set args命令设置程序的命令行參数。
在调用run命令检查函数參数的命令info args。GDB还能够定义自己的变量，GDB的print命令的输出值被标为$1。$2。这些值统称为值历史。如$1=(struct node*)0x80496a8àprint tmp->left
在调试链表时，有时须要查看链表中的每一个结点的值，这时能够使用GDB中的方便变量：设一个指针变量p。它在不同的时候指向链表中的不同节点。能够记录这个结点的值为set $q = p，后能够运行p *$q。这里的变量$q称为方便变量（convenience variable）。比如：
w[4] = {12, 5, 8, 29}
set $i = 0
p w[$i++]
4、程序崩溃处理
程序崩溃通常是因为未经同意，訪问了内存单元，也就是我们经常看见的段错误，相信大家对段错误（Segment default）并不陌生。
4.1 程序在内存中的布局
4.2 信号含义
操作系统有时发送信号给程序，信号发送的机制是操作系统将信号记录在进程表中，而不是实际上的发送信号。
操作系统中的每种信号代表了不同的含义：
SIGFDE信号：浮点异常导致、算数异常、溢出或除0。总线错误、对齐问题，物理内存不存在相应的信号是SIGBUS信号，SIGBUS会导致转存内存并终止。
4.3 核心文件(core文件)
大家应该都看到过这个文件。特别是那些使用gdb对安卓系统中的软件进行gcore的时候见的最多了，只是那个不是程序崩溃了，而是为了分析代码。
有些信号表示让某个进程继续是妥当，甚至是不可能的，在这样的情况下，默认动作是提前终止进程，并编写一个名为核心文件（core file）的文件，俗称转储核心。
核心文件包括程序崩溃时对程序状态的具体描写叙述，桟的内容（或者，假设程序是多线程的。则是各个线程的桟）。CPU寄存器的内容（多线程，则是线程的一组寄存器的值），程序静态分配变量的值（全局与static变量）
File core能够查看这个特定核心文件的名称，在bash中，能够使用ulimit命令控制核心文件的创建。如：
ulimit –c n : n是核心文件的最大大小，以千字节为单位。超过nKB的不论什么核心文件都不会被写。
假设是创建随意大小的核心文件则：
ulimit –c unlimited,ulimit – c能够检查核心文件。
5、vim技巧
假设使用vim进行project开发，是不是每次退出vim进行make比較麻烦，这里有个技巧能够避免退出vim，适用于单个没有makefile的代码。或者是有makefile的project。在vim的命令行直接输入：make就能够直接编译了，假设程序有错误，能够使用：cnext或者cprev命令查看错误。
有没有认为非常方便。