先来看下man手册关于gdb的一些说明。
gdb的目的主要是让你知道程序内部正在运行什么代码，或者是当程序崩溃的时候正在执行什么代码。
GDB主要可以做四种事情来帮助你找到bug：
启动你的程序，指定任意可以影响程序行为的参数。
让你的程序在指定的条件停住.
测试你的程序停止的时候发生了什么。
改变程序内部的变量，来改正程序的错误继续执行。
你可以用gdb调试C/C++和modula-2程序。fortran的支持需要有Fortran编译器。
gdb使用shell命令gdb来调用，一旦开始，就从终端读取命令直接gdb退出，你可以通过help命令获取帮助信息。
可以不带任何参数或选项执行gdb命令，但是最常用的启动gdb的方式是带一个或者两个参数，指定一个可执行文件来作为参数:
gdb program(gdb+可执行文件名称)
也可以再gdb文件后面指定可执行文件 和 core文件的名称:
gdb program core（gdb + 可执行文件 +core文件）
You can, instead, specify a process ID as a second argument, if you want to debug a running process:
也可以指定一个进程id作为第二个参数，如果你想调试一个正在运行的程序：
gdb program 1234（gdb进程名+进程id）
gdb -p 1234
将GDB附加到进程1234(除非您还有一个名为1234的文件;GDB首先检查核心文件)。使用选项-p可以省略程序文件名。
gdb调试命令：
break [file:]function
设置一个断点在函数中(在文件中)
run [arglist]
启动程序带上指定的参数
bt Backtrace:
显示堆栈
print expr
显示表达式的值
c
继续执行你的程序(程序停住后，例如:在断点处停止)
next
执行程序的下一行代码(程序停止以后)；跨国任何当前行的函数调用。
edit [file:]function
查看当前程序停在哪。
list [file:]function
显示程序当前停住的代码行附近的代码
step 单步调试
执行程序的下一行（程序停住后），进入当前行的函数调用的内部
help [name]
显示gdb命令的相关信息。
quit
退出gdb
需要详细的gdb说明，查看using gdb：一个gdb调试程序的指南，stallmain和roland写的，也有可用的在线文档作为gdb入口在gdb项目信息中。
选项:
除选项外的任何参数指定可执行文件和核心文件(或进程ID);也就是说，第一个没有关联选项标志的参数是等价的
到-se选项，第二个选项(如果有的话)相当于-c选项(如果它是文件的名称)。许多期权既有长期权也有短期权;两者都在这里显示。长
如果将表单截断，也可以识别它们，只要有足够多的选项是明确的。(如果你愿意，你可以用+而不是
-虽然我们演示了更常见的约定。
您提供的所有选项和命令行参数都是按顺序处理的。使用-x选项时，顺序会有所不同。
-help
-h 列出所有选项，并简要说明。
-symbols=file
-s file
从文件中读取符号表。
-write
允许写入可执行文件和核心文件。
-exec=file
-e file
在适当的时候使用file文件作为可执行文件执行，并与核心转储一起检查纯数据。
-se=file
从文件文件中读取符号表，并将其用作可执行文件。
-core=file
-c file
使用file文件作为核心转储进行检查。
-command=file
-x file
从文件中执行GDB命令。
-ex command
执行给定的GDB命令。
-directory=directory
-d directory
将目录添加到搜索源文件的路径。
-nh 不要从~/.gdbinit执行命令。
-nx
-n 不要从任何.gdbinit初始化文件执行命令。
-quiet
-q "Quiet". 不要打印介绍性和版权信息。这些消息也在批处理模式下被抑制。
-batch
以批处理模式运行。处理完用-x指定的所有命令文件后(如果不禁止，则使用.gdbinit)以0状态退出。如果出现错误，则以非零状态退出在命令文件中执行GDB命令时发生。
批处理模式对于作为过滤器运行GDB可能很有用，例如下载并在另一台计算机上运行一个程序;为了使这个消息更有用
程序正常退出。
(当在GDB控件下运行的程序终止时，通常会发出此命令)在批处理模式下运行时不会发出此命令。
-cd=directory
使用directory作为工作目录而不是当前目录运行GDB。
-fullname
-f Emacs在将GDB作为子进程运行时设置此选项。它告诉GDB在每次堆栈时以标准的、可识别的方式输出完整的文件名和行号显示框架(包括每次程序停止时)。这种可识别的格式看起来像两个\032字符，后跟文件名、行号和字符的位置由冒号和换行符分隔。的源代码。Emacs-to-GDB接口程序使用两个\032字符作为信号来显示框架。
-b bps
设置GDB用于远程调试的任何串行接口的行速度(波特率或比特/秒)。
-tty=device
使用设备运行程序的标准输入和输出。
====================================================================
看下常用的GDB总结
1.启动调试
前置条件：编译生成执行码时带上 -g，如果使用Makefile，通过给CFLAGS指定-g选项，否则调试时没有符号信息。
| gdb program | 最常用的用gdb启动程序，开始调试的方式 |
|---|---|
| gdb program core | 用gdb查看core dump文件，跟踪程序core的原因 |
| gdb program pid | 用gdb调试已经开始运行的程序，指定pid即可 |
| gdb attach pid | 用gdb调试已经开始运行的程序，指定pid即可 |
2.调试命令
(1)执行命令模式
| gdb -ex “set pagination 0” -ex “thread apply all bt” -batch -p $pid | 打印$pid进程所有线程的堆栈并退出。 |
|---|---|
| gdb -ex “handle SIGUSR1 noprint nostop” --args program abc | 先执行引号内的命令，并带上参数abc，运行gdb |
上面两个例子主要说明：
-ex 如何在启动gdb时，设置相应的命令（命令要用引号括住）。
–args 带参数启动
(2).交互模式
| run（r） | 运行程序 |
|---|---|
| continue（c） | 中断后继续运行到下一个断点 |
| step （s） | 单步执行，进入函数 |
| next （n） | 单步执行 |
| return | 函数未执行完，忽略未执行的语句，返回 |
| finish | 函数执行完毕返回 |
| bt | 查看调用栈信息 |
| bt N | 显示开头N个栈桢 |
| bt -N | 显示最后N个栈桢 |
| (frame)f N | 显示第N层栈桢 |
| list | 显示源码 |
| pwd | 当前的工作目录 |
(3)反复执行
| continue N | 连续执行cointiue N次，一般用于避免频繁断点 |
|---|---|
| step N | 连续执行step N次 |
| next N | 连续执行next N次 |
3.断点
| break 函数名 | 设置断在某个函数 |
|---|---|
| break 文件名：行号 | 设置断在某一行。例如 break hello.c:28 |
| info break | 查看设置的断点信息 |
| break if condition | 条件断点 |
| break 函数名 thread 线程号 | 设置断点只断某个线程，通过info threads 查看线程号 |
| delete 断点号 断点号… | 删除一个或多个断点 |
| diable 断点号 断点号… | 禁止一个或多个断点 |
| enable 断点号 断点号… | 打开一个或多个断点 |
| command 断点号 | 断点触发时，执行命令，一般用于打印变量 |
举个例子
(gdb) command 1
Type commands for breakpoint(s) 1, one per line.
End with a line saying just “end”.
print x
end
(gdb)
4.检测点
| watch | 为表达式（变量）expr设置一个观察点。一量表达式值有变化时，马上停住程序 |
|---|---|
| rwatch | 当表达式（变量）expr被读时，停住程序 |
| awatch | 当表达式（变量）的值被读或被写时，停住程序 |
| info watchpoints | 列出当前所设置了的所有观察点 |
技巧经验：观察某个变量是否变化，被读或者被写，由于变量只在某一个作用域，可以获取变量的地址，然后观察。
比如：观察examined_rows变量什么时候被修改
(1).p &examined_rows,得到地址
(2).watch *(ha_rows *) 0x7ffec8005e28,则可以观察这个变量的变化情况。
5.查看变量
(1)设置
| set print elements N | 指定打印的长度，对长字符串特别有用 |
|---|---|
| set print elements 0 | 输出完整的字符串 |
| set print pretty [off] | 设置或关闭设置。设置GDB打印结构的时候，每行一个成员，并且有相应的缩进。缺省是关闭的 |
| print （p）变量/地址 | 打印变量查看其值 |
| info locals | 打印出当前函数中所有局部变量及其值 |
| info args | 打印出当前函数的参数名及其值 |
| display 变量 | 自动打印变量 |
| undisplay | 取消自动打印 |
注意：默认编译的时候，调试过程是看不见宏的值的，编译时候需要给选项。-g3
6.内存查看
格式: x /nfu x 是 examine 的缩写
a.n表示要显示的内存单元的个数
b.f表示显示方式, 可取如下值
(1).x 按十六进制格式显示变量。
(2).d 按十进制格式显示变量。
(3).u 按十进制格式显示无符号整型。
(4).o 按八进制格式显示变量。
(5).t 按二进制格式显示变量。
(6).a 按十六进制格式显示变量。
(7).i 指令地址格式
(8).c 按字符格式显示变量。
(9).f 按浮点数格式显示变量。
c.u表示一个地址单元的长度
(1).b表示单字节，
(2).h表示双字节，
(3).w表示四字节，
(4).g表示八字节
比如：x/3xh buf
表示从内存地址buf读取内容，3表示三个单位，x表示按十六进制显示，h表示以双字节为一个单位。
7.多线程调试
| info threads | 查看线程 |
|---|---|
| thread thread_no | 切换到线程号 |
| thread apply all command | 所有线程都执行命令打印栈桢 |
比如：thread apply all bt //所有线程都打印栈桢
(1)线程锁
show scheduler-locking
set scheduler-locking on
set scheduler-locking off
默认是off，当程序继续运行的时候如果有断点，那么就把所有的线程都停下来，直到你指定某个线程继续执行(thread thread_no apply continue).
但是如果直接在当前线程执行continue的话，默认是会启动所有线程。这种模式有一种副作用，如果多个线程都断在同一个函数，这时候调试会出问题。
这个时候需要打开线程锁，但打开线程锁，意味着其它线程不能运行了。
(2)non-stop模式(7.0以后的版本支持)
set target-async 1
set pagination off
set non-stop on
gdb启动了不停模式，除了断点有关的线程会被停下来，其他线程会执行。
8.信号量
(1).singal 发送信号
假定你的程序已将一个专用的 SIGINT（键盘输入，或CTRL-C；信号2）信号处理程序设置成采取某个清理动作，
要想测试该信号处理程序，你可以设置一个断点并使用如下命令：
（gdb） signal 2
(2).handle 拦截信号
Handle命令可控制信号的处理，他有两个参数，一个是信号名，另一个是接受到信号时该作什么。几种可能的参数是：
- nostop 接收到信号时，不要将它发送给程序，也不要停止程序。
- stop 接受到信号时停止程序的执行，从而允许程序调试；显示一条表示已接受到信号的消息（禁止使用消息除外）
- print 接受到信号时显示一条消息
- noprint 接受到信号时不要显示消息（而且隐含着不停止程序运行）
- pass 将信号发送给程序，从而允许你的程序去处理它、停止运行或采取别的动作。
- nopass 停止程序运行，但不要将信号发送给程序。
比如：
handle SIGPIPE stop print //截获SIGPIPE信号，程序停止并打印信息
handle SIGUSR1 nostop noprint //忽略SIGUSR1信号
9.生产环境使用GDB场景
内核转储(coredump)
(1).配置产生core文件
前置条件：确保系统配置的core file size足够，一般设置成unlimited
ulimit -c unlimited
配置corefile的参数：
echo 2 > /proc/sys/fs/suid_dumpable [程序中切换用户，也要产生corefile]
mkdir /tmp/corefiles
chmod 777 /tmp/corefiles
echo “/tmp/corefiles/core”>/proc/sys/kernel/core_pattern //配置core文件产生的目录为/tmp/corefiles
echo “1” > /proc/sys/kernel/core_uses_pid
kill -sigsegv pid //模拟异常内存访问信号
注意：
a.确保配置的目录有足够的磁盘空间，否则产生core文件可能不完整。
b.对于mysqld而言，要保证正确产生core-file，需要加上–core-file，默认这个参数是不打开的。
c.kill -9 pid 是不能产生core文件的，因为SIGKILL信号不能被捕获。
(2).使用core文件
gdb /usr/mysql/bin/mysqld core.24556
(3).dump已经运行进程的状态信息
gdb attach pid
(gdb) generate-core-file
调试完毕后，通过detach命令退出。
另外，通过gcore pid 命令也可以dump core文件，生成在当前目录下。
扫一扫
1830
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
