多线程如何调试（100）
多线程怎么调试（100）？
在linux下C/C++多线程怎么调试（100）？大家说说自己的经验给我们菜鸟听听！
还有一些深层次的问题：
线程同步互斥用到的 信号量 本质是软中断
事件 是信号量的变种
那么互斥体mutex是怎么实现的？实现原理是什么?
PV操作呢？
临界区呢？
------解决方案--------------------
多线程调试可以用日志，断点等。
同步互斥，信号量，PV操作，临界区都是操作系统中的概念，建议去读读《操作系统概念》第六版，高教出版的。
------解决方案--------------------
多设断点（每个关心线程的关键部分），
gdb> > b thr_func1
gdb> > b thr_func2
...
gdb> > b thr_funcn
gdb> > c 到下一断点。
gdb> > thread 1,2,3,... (切换线程)
------解决方案--------------------
GDB:
info threads 列出线程
thread n 跳转到线程
最好的方法。。。偶还是喜欢在出现死锁的时候 kill 得到 core dump 然后分析。良好的编程习惯可以避免不少错误。
------解决方案--------------------
至于你的所谓“深层次问题”。。去研究一下 Linux 的 futex(2) 和 futex(4) 两篇 man pages，你可以发现所有这些都可以用 futex 实现。
------解决方案--------------------
线程有自己的寄存器，运行时堆栈或许还会有私有内存。
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]\ "的消息
来向你报告。
------解决方案--------------------
多线程特定的错误多数由于缺乏对共享数据的保护，竞争状态的出现；而竞争状态的出现是具有偶然性的，取决于特定的调度次序；当设置断点时实际是将调度器的权限由系统交给调试者。这样在调试环境重现的，可能并不是出现 bug 时的情况。
真正可用的，还是 log 和 core dump 吧—— dore dump 反应的还是当时的真时状况
------解决方案--------------------
在linux下C/C++多线程怎么调试（100）？大家说说自己的经验给我们菜鸟听听！
还有一些深层次的问题：
线程同步互斥用到的 信号量 本质是软中断
事件 是信号量的变种
那么互斥体mutex是怎么实现的？实现原理是什么?
PV操作呢？
临界区呢？
------解决方案--------------------
多线程调试可以用日志，断点等。
同步互斥，信号量，PV操作，临界区都是操作系统中的概念，建议去读读《操作系统概念》第六版，高教出版的。
------解决方案--------------------
多设断点（每个关心线程的关键部分），
gdb> > b thr_func1
gdb> > b thr_func2
...
gdb> > b thr_funcn
gdb> > c 到下一断点。
gdb> > thread 1,2,3,... (切换线程)
------解决方案--------------------
GDB:
info threads 列出线程
thread n 跳转到线程
最好的方法。。。偶还是喜欢在出现死锁的时候 kill 得到 core dump 然后分析。良好的编程习惯可以避免不少错误。
------解决方案--------------------
至于你的所谓“深层次问题”。。去研究一下 Linux 的 futex(2) 和 futex(4) 两篇 man pages，你可以发现所有这些都可以用 futex 实现。
------解决方案--------------------
线程有自己的寄存器，运行时堆栈或许还会有私有内存。
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]\ "的消息
来向你报告。
------解决方案--------------------
多线程特定的错误多数由于缺乏对共享数据的保护，竞争状态的出现；而竞争状态的出现是具有偶然性的，取决于特定的调度次序；当设置断点时实际是将调度器的权限由系统交给调试者。这样在调试环境重现的，可能并不是出现 bug 时的情况。
真正可用的，还是 log 和 core dump 吧—— dore dump 反应的还是当时的真时状况
------解决方案--------------------