gdb调试多线程[讲得详细-推荐]

线程有自己的寄存器，运行时堆栈或许还会有私有内存。
gdb提供了以下供调试多线程的进程的功能：
* 自动通告新线程。
* \ "thread THREADNO\ "，一个用来在线程之间切换的命令。
* \ "info threads\ "，一个用来查询现存线程的命令。
* \ "thread apply [THREADNO] [ALL] ARGS\ ",一个用来向线程提供命令的命令。
* 线程有关的断点设置。
注意：这些特性不是在所有gdb版本都能使用，归根结底要看操作系统是否支持。
如果你的gdb不支持这些命令，会显示出错信息：
(gdb) info threads
(gdb) thread 1
Thread ID 1 not known. Use the \ "info threads\ " command to
see the IDs of currently known threads.

gdb的线程级调试功能允许你观察你程序运行中所有的线程，但无论什么时候
gdb控制，总有一个“当前”线程。调试命令对“当前”进程起作用。
一旦gdb发现了你程序中的一个新的线程，它会自动显示有关此线程的系统信
息。比如：
[New process 35 thread 27]
不过格式和操作系统有关。

为了调试的目的，gdb自己设置线程号。
`info threads\ "
显示进程中所有的线程的概要信息。gdb按顺序显示：
1.线程号(gdb设置)
2.目标系统的线程标识。
3.此线程的当前堆栈。
一前面打 "*" 的线程表示是当前线程。
例如：
(gdb) info threads
3 process 35 thread 27 0x34e5 in sigpause ()
2 process 35 thread 23 0x34e5 in sigpause ()
* 1 process 35 thread 13 main (argc=1, argv=0x7ffffff8)
at threadtest.c:68

`thread THREADNO\ "
把线程号为THREADNO的线程设为当前线程。命令行参数THREADNO是gdb内定的
线程号。你可以用\ "info threads\ "命令来查看gdb内设置的线程号。

gdb显示该线程的系统定义的标识号和线程对应的堆栈。比如：

(gdb) thread 2
[Switching to process 35 thread 23]
0x34e5 in sigpause ()
\ "Switching后的内容取决于你的操作系统对线程标识的定义。

`thread apply [THREADNO] [ALL] ARGS\ "
此命令让你对一个以上的线程发出相同的命令\ "ARGS\ ",[THREADNO]的含义同上。
如果你要向你进程中的所有的线程发出命令使用[ALL]选项。
 
无论gdb何时中断了你的程序(因为一个断点或是一个信号)，它自动选择信号或
断点发生的线程为当前线程。gdb将用一个格式为\ "[Switching to SYSTAG]\ "的消息
来向你报告。


多线程调试的方法还有如下(来自网络):

1) 最好的方法。。。偶还是喜欢在出现死锁的时候   kill   得到   core   dump   然后分析。良好的编程习惯可以避免不少错误。
2) 多线程调试最好的办法就是打印日志了，记录详细些. 其他办法调试出来的都无法反映真实情况
3) 多线程特定的错误多数由于缺乏对共享数据的保护，竞争状态的出现；而竞争状态的出现是具有偶然性的，取决于特定的调度次序；当设置断点时实际是将调度器的权限由系统交给调试者。这样在调试环境重现的，可能并不是出现   bug   时的情况。
真正可用的，还是   log   和   core   dump   吧——   core   dump   反应的还是当时的真时状况