gdb多线程调试原理

感谢原作者分享，转自：https://www.cnblogs.com/2014asm/p/6579877.html

1:　在Linux系统上Gdb提供了一组多线程调试命令，如表所示：

多线程调试的主要任务是准确及时地捕捉被调试程序线程状态的变化的事件，并且GDB针对根据捕捉到的事件做出相应的操作，其实最终的结果就是维护一根叫thread list的链表。上面的调试命令都是基于thread list链表来实现的，后面会有讲到。

2. Gdb在linux平台多线程调试实现主要依赖下面三个文件

thread.c：文件它的任务非常简单，就是多线程调试命令子集的实现，比如info threads。
当用户在gdb命令行敲入多线程调试命令子集中的命令时，就会调用thread.c中对应的函数。Thread.c中的实现都是基于thread list的。而gdb对于thread list的维护工作主要在另外两个文件中实现。
Linux-nat.c：它实现了通常的调试功能，比如读写寄存器、读写内存、resume程序、wait程序、attach、detach等功能。更重要的是，在linux-nat.c中会维护一个lwp_list链表，表示当前进程所有的内核线程。

linux-thread-db.c：基于thread_db库的一组功能函数，用在多线程调试环境下的函数，比如to_get_thread_local_address。这些函数的任务就是获取用户态线程的产生、消亡事件，以及获取用户态线程相关的数据。Linux-thread-db.c获取用户线程的发生的事件和获取的信息、结合linux-nat.c中维护的lwp_list内核线程链表中提供的信息，以此维护一个完整的thread_list，该链表存放线程所有的信息。

3. Gdb功能函数分层：

Gdb中的功能函数使用struct target_ops数据结构来组织。不同功能的函数集抽象成不同的target_ops。比如用于处理coredump文件的”core” target_ops，而linux-nat.c中实现的linux应用程序本地调试功能也抽象成一个ops”child” target_ops，linux-thread-db.c中实现的基于libpthread库的调试功能抽象成”multi-thread”target_ops。
整个linux多线程应用程序本地调试的结构框架如下：

从上图可以看到当调试linux多线程程序时，就会使用thread_db_ops中的相应的函数。那么问题来了，对于resume和wait这些Linux_ops中也实现的函数，会调用哪个呢？Gdb中实现了很多的target_ops，有功能相近也有完全不同功能的，比如linux_ops和file_ops。那么对于功能相近的target_ops怎样使用呢？功能不同的target_ops之间又有怎样的关系呢？这些问题gdb分层机制能解释。
Gdb中把target_ops分为了7层，每一层负责不同的功能。如图所示：

4:GDB调试多线程

调试进程建立具体的流程下图所示:

在创建好被调试进程之后，gdb通过ptrace(PTRACE_SETOPTIONS)设置PTRACE_O_TRACECLONE，设置过后，当被调试进程创建线程的时候，就会给自己发送一个SIGTRAP信号，让被调试进程进入stop状态，使得gdb能够捕捉到这些事件，获取tid添加到lwp_list中后，gdb会让程序继续运行，直到被调试程序发生一些需要通知gdb用户的事件，比如触发了用户设置的断点,下面是流程图

5. Lwp_list链表
被调试进程创建线程最终是通过clone（）系统调用实现的。要捕捉子线程的创建和死亡事件，这个捕捉事件由ptrace提供的机制实现。具体机制如下图所示。

6. Thread_list链表：
Thread_list是struct thread_info类型的一个链表，记录的是被调试进程的所有线程的信息，里面包含线程用户态和内核态的一些信息。线程用户态信息的捕获基于libthread_db库，该库提供了一组调试接口。这么一组libpthread_db调试接口在gdb中使用struct thread_db_info进行管理,该数据主要结构的具体信息如下表:

在被调试进程加载libpthread库时，会为该进程创建这么一个struct thread_db_info记录该进程要使用到的libthread_db提供的调试接口。其中比较重要的是：
td_create_bp_addr和td_death_bp_addr。这两个地址是对应libpthread库中的某个位置。当调用libpthread库创建线程或者线程死亡时，一定会分别调用这么两个addr处的代码。Gdb通过在这两个位置设置断点来捕获libpthread库的线程创建和死亡事件，断点的类型为bp_thread_event.
被调试程序创建子进程或者子进程死亡，会执行到libpthread库的td_create_bp_addr或td_death_bp_addr地址处，触发断点。线程进入stop状态
gdb 通过waitpid（）监测到被调试进程的状态改变，分析子进程发生的事件，判断为bp_thread_event的断点触发。如果是create，获取新创建线程struct thread_info的相关的信息，并且加入到thread_list中；如果是death，从thread_list中删除该线程。

7:总结

GDB确定我们调试的程序是否为多线程, 通过判断被调试程序是否加载libpthread库来判断的。(捕捉装载libpthread库这个事件)也就是一旦被调试程序装在libpthread库，（ Observer观察者模式）我们就应做初始化多线程调试功能。

 

当把学习当成一种习惯!