调试器（如VS2008和老版GDB）往往只支持all-stop模式，调试多线程程序时，如果某个线程断在一个断点上，你的调试器会让整个程序freeze，直到你continue这个线程，程序中的其他线程才会继续运行。这个限制使得被调试的程序不能够像真实环境中那样运行--当某个线程断在一个断点上，让其他线程并行运行。

GDBv7.0引入的non-stop模式使得这个问题迎刃而解。在这个模式下，

• 当某个或多个线程断在一个断点上，其他线程仍会并行运行
• 你可以选择某个被断的线程，并让它继续运行

让我们想象一下，有了这个功能后

• 当其他线程断在断点上时，程序里的定时器线程可以正常的运行了，从而避免不必要得超时
• 当其他线程断在断点上时，程序里的watchdog线程可以正常的运行了，从而避免嵌入式硬件以为系统崩溃而重启
• 可以控制多个线程运行的顺序，从而重现deadlock场景了。由于GDB可以用python脚本驱动调试，理论上可以对程序在不同的线程运行顺序下进行自动化测试。

因此，non-stop模式理所当然成为多线程调试“必杀技”。这2009年下半年之后发布的Linux版本里都带有GDBv7.0之后的版本。很好奇，不知道VS2010里是不是也支持类似的调试模式了。

1. 前提
gdb -v 查看版本信息
7.0以前不支持non-stop模式

2. 把一下3行添加到~/.gdbinit来打开non-stop模式

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

然后 attach 到正在运行的线程

gdb thrname thrID

3. 然后可以用一下方式中断某个线程,其他线程保持运行; 或只运行某些线程 其他线程中断

3. 1 下断点到某个线程

b file:line thrNum

thrNum 可以在gdb中  用 info thr 命令查看

当这个线程执行到断点时,这个线程就停止了,但是其他线程不停止,还在继续执行

3.2 切换到某个线程

thr xthrNum

thrNum 可以在gdb中  用 info thr 命令查看

然后 输入命令继续执行这个线程  c

或者 执行某几个线程

thr apply thrNum1 thrNum2 ... continue

thrNum1 thrNum2 ... 为线程序号(用 info thr 命令查看)