【后台开发】【调试】gdb

1. coredump文件

我们经常听到说程序core掉了，需要定位解决，这里说的大部分是指对应程序由于各种异常或者bug导致在运行过程中异常退出或中止，并且在满足一定条件下会产生一个coredump文件。

coredump文件包含了程序运行时的内存，寄存器状态，堆栈指针，内存管理信息还有各种函数调用堆栈信息等。通过分析这个文件，我们可以定位到程序异常退出时对应的堆栈调用等信息，找出问题所在并进行及时解决。

1. 产生coredump文件的条件：

1. 首先需要确认当前会话能生成的coredump文件大小，若为0则不能产生coredump文件。
   ulimit -c命令可以查看coredump文件大小的最大值；
   ulimit -c unlimited命令可以设置coredump文件的大小为不受限制。
2. 当前用户，即执行对应程序的用户具有对写入core目录的写权限以及有足够的空间。

2. 产生coredump文件的原因：

1. 内存访问越界：（1）由于使用错误的下标，导致数组访问越界；（2）搜索字符串时，依靠字符串结束符来判断字符串是否结束，但是字符串没有正常的使用结束符；（3）使用不安全的strcpy、strcat、sprintf等函数。
2. 多线程程序使用了线程不安全的函数。
3. 多线程读写的数据未加锁保护：对于会被多个线程同时访问的全局数据，应该注意加锁保护，否则很容易造成coredump。
4. 非法指针，包括使用空指针或随意使用指针转换。
5. 堆栈溢出：不要使用大的局部变量（因为局部变量都分配在栈上），这样容易造成堆栈溢出。

在Linux系统中，经常使用gdb来定位coredump文件。

---

2. gdb

gdb是gcc的调试工具，主要用于C和C++这两种语言编写的程序。它的功能主要体现在以下4点：

1. 启动程序，可以按照用户自定义的要求随意所欲地运行程序；
2. 可让被调试的程序在指定的断点处停住；
3. 当程序被停住时，可以检查此时程序中运行的状态；
4. 动态地改变程序的执行环境。

要调试C/C++程序，首先在编译时，必须要把调试信息加到可执行文件中。使用编译器的-g参数可以做到这一点：gcc -g hello.c -o hello、g++ -g hello.cpp -o hello。

启动gdb的方法：

1. gdb program：program也就是你的执行文件。
2. gdb program core：用gdb同时调试一个运行程序和core文件，core是程序非法执行后core dump后产生的文件。
3. gdb program 1234：如果程序是一个服务程序，那么可以指定这个服务程序运行时的进程ID，gdb会自动进行attach操作，并调试这个程序。

3. gdb常用用法

以一个test.cpp文件为例，先用g++ -g -o test test.cpp命令编译程序（注意这里要加上-g），接下来用gdb调试程序，输入gdb test命令，启动gdb。接下来是一些命令汇总：

1. l：列出函数代码机器行数；
2. b 16：在代码16行处设置断点；
3. b func：在函数func处设置断点；
4. r：运行程序；
5. n：单条执行语句；
6. p i：打印i变量的值；
7. bt：查看函数的堆栈；
8. finish：退出函数；
9. q：结束调试。