Linux下如何调试大程序

GDB 是GNU开源组织发布的一个强大的UNIX下的程序调试工具。或许，各位比较喜欢那种图形界面方式的，像VC、BCB等IDE的调试，但如果你是在 UNIX平台下做软件，你会发现GDB这个调试工具有比VC、BCB的图形化调试器更强大的功能。所谓“寸有所长，尺有所短”就是这个道理。 一般来说，GDB主要帮忙你完成下面四个方面的功能：

启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。

可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式）

当程序被停住时，可以检查此时你的程序中所发生的事。

动态的改变你程序的执行环境。

从上面看来，GDB和一般的调试工具没有什么两样，基本上也是完成这些功能，不过在细节上，你会发现GDB这个调试工具的强大，大家可能比较习惯了图形化的调试工具，但有时候，命令行的调试工具却有着图形化工具所不能完成的功能。让我们一一看来。

gdb基本命令列表：

实例:

1 新建一个源文件vi swap.cc

源文件内容如下：

#include<iostream>

using namespace std

void swap(int &a,int &b)

{

int tmp

tmp=a

a=b

b=tmp

}

int main()

{

int i,j

cout<<endl<<"Input two int number:"<<endl

cin>>i>>j

cout<<"Before swap(),i="<<i<<" j="<<j<<endl

swap(i,j)

cout<<"After swap(),i="<<i<<" j="<<j<<endl<<endl

return 0

}

直接复制粘贴生成源文件

2.生成可执行文件 g++ -g -o swap swap.cc，注意必须使用-g参数，编译会加入调试信息，否则无法调试执行文件

3.启动调试 gdb swap

3.1 查看源文件 list 1，回车重复上一次指令

3.2设置调试断点 break 16，在第16行设置断点，info break查看断点信息（亦可使用缩写i b ）

3.3 调试 运行 输入run 或者r

3.3 单步调试，step 或者 s进入函数内部

3.4查看变量 print b 或者 p b

3.5查看函数堆栈bt，退出函数finish

3.6 继续运行直到下一个断点或主函数结束continue或者c

3.7 退出调试 输入q

使用GDB

一般来说GDB主要调试的是C/C++的程序。要调试C/C++的程序，首先在编译时，我们必须要把调试信息加到可执行文件中。使用编译器（cc/gcc/g++）的 -g 参数可以做到这一点。如：

$gcc -g -Wall hello.c -o hello

$g++ -g -Wall hello.cpp -o hello

如果没有-g，你将看不见程序的函数名、变量名，所代替的全是运行时的内存地址。当你用-g把调试信息加入之后，并成功编译目标代码以后，让我们来看看如何用gdb来调试他。

启动GDB的方法有以下几种：

gdb <program>

program也就是你的执行文件，一般在当前目录下。

gdb <program>core

用gdb同时调试一个运行程序和core文件，core是程序非法执行后core dump后产生的文件。

gdb <program><PID>

如果你的程序是一个服务程序，那么你可以指定这个服务程序运行时的进程ID。gdb会自动attach上去，并调试他。program应该在PATH环境变量中搜索得到。

以上三种都是进入gdb环境和加载被调试程序同时进行的。也可以先进入gdb环境，在加载被调试程序，方法如下：

*在终端输入：gdb

*在gdb环境中：file <program>

这两步等价于：gdb <program>

GDB启动时，可以加上一些GDB的启动开关，详细的开关可以用gdb -help查看。我在下面只例举一些比较常用的参数：

-symbols <file>

-s <file>

从指定文件中读取符号表。

-se file

从指定文件中读取符号表信息，并把他用在可执行文件中。

-core <file>

-c <file>

调试时core dump的core文件。

-directory <directory>

-d <directory>

加入一个源文件的搜索路径。默认搜索路径是环境变量中PATH所定义的路径。

---