【gdb多线程调试笔记】如何在non-stop模式下停住特定线程（gdb filename启动方式）

使用attach方式启动调试，才是这个问题的正解，attach可以让所有线程都停下来，这时候通过切换+打印调用栈(或者其他方式)找到特定线程后，直接b xxx:yyy thread n，然后thread apply all cont就可以达成目的了。

attach正解，昨天的这段经历当交学费吧。

1. 前言

还是由于最近毕设，需要修改实验室里某个有一定规模的分布式框架。由于动态调试真的很麻烦，这个半个月基本都在看代码和日志来分析程序。虽然经过了半个月，以现在对代码的熟悉程度，忽略gdb动态调试基本也问题不大。
但还是觉得很不舒服，很想在实际的多线程调试工作中，加入gdb这个熟手的工具。于是今天就挑战了一下，如何在non-stop模式下，把分解器工作线程给停住。现在还有一个头痛的问题，还没搞懂怎么去调试回调函数，因为gdb跟不进去。

2. gdb多线程的三种运行模式

假设有t1, t2, t3三个线程。

• 默认，假设当前线程为t1，对t1采用c命令的时候，t2和t3才会伴随着t1的运行，向前运行N步，N步是多少只有天知道，因为操作系统调度的问题，gdb根本控制不了这个。并且不确定会运行到什么地方。
  我暂时觉得，默认模式的使用场景实在有限，所以都是默认开non-stop；

• 当前线程运行，其他线程阻塞，假设当前线程为t1，那么只有t1线程在自身操控之下往前跑，t2、t3基本上就阻塞在那。
  另外刚刚开启non-stop模式之后发觉，没法用set scheduler-locking on的方法让其他线程停住不动。

  设置方法：

  set scheduler-locking on
  // 有off、on、step
  // off是默认模式；
  // on时按照描述，执行continue/util/finish 时，其他进程会恢复运行，
  // 但是还没测试过；
  // step感觉很怪，基本没用过，了解不多
  

• 当前线程受控，其他线程不受干扰，就是non-stop模式，有些旧得令人发指的gdb版本可能不支持。
  设置方式：

  set target-async 1
  set pagination off
  set non-stop on
  

3. 停住某个特定线程

• 我设想了4个方法，有些确实就比较异想天开，之后只有一个能work的(注意，默认是开启了non-stop模式的)。我想停的那个线程是分解器工作线程，它还有一个高度相似的规约器工作线程，它们的多线程函数是一样的，因此也导致了后面的一个困难，如何区分它们。我的想法：
  • 在分解器线程的pthread_create()函数前打断点，然后s跟进去，最后发觉并不能进入到实际工作函数函数中；
  • 先断在主线程创建线程函数，设置set scheduler-locking on，然后运行到创建线程完毕处。使用b xxx:yyy thread n设置断点，然后set scheduler-locking off。这个就很异想天开，我是在想它们重新run之后，会不会撞在断点上。最后当然是失败了，并且发觉set scheduler-locking on好像都没产生效果；
  • 直接在分解器工作线程的线程函数里打断点，虽然线程还没创建，不能b xxx:yyy thread n，但是直接b是可以的，这样的效果令所有运行到xxx:yyy处的线程都停住。成功了一半，但因为高度相似的规约器工作线程，最后还要想办法区分它们；
  • 修改代码，弄了一个全局变量tcntDebug和一把全局锁，使用条件断点，利用tcntDebug来区分是哪一个线程。成功，只有分解器工作线程停住了，碍事的规约器工作线程终于没掺和进来了；

4. 获得经验

• 停在pthread_create()没有作用，并不能跟进到线程函数那里；
• 在线程创建之前，不能采用b xxx:yyy thread n来打特定线程的断点，但可以b xxx:yyy给所有相关线程打断点。当多种线程共用一个线程函数，可以定义一个用于debug的变量，来区分是哪种线程；
• 暂时觉得使用gdb调试的话，一般主要是关心线程的逻辑，所以最好先把同种线程的数量削减为1；
• 如果某个线程在进入running状态之前，没被断点停住，那么进入running之后，gdb没有能让它停住的命令，这时再打断点是徒劳的；