检测到多线程程序时,dbx 会尝试装入 libthread_db.so,它是一个专门用于进行线程调试的系统库,位于 /usr/lib 目录下。
dbx 是同步式的;当某个线程或轻量进程 (lightweight process, LWP) 停止时,所有其他线程和 LWP 也会相应停止。我们有时将这种行为称作 "stop the world" 模型。
有关多线程编程和 LWP 的信息,请参见 Solaris《多线程编程指南》。
dbx 中提供有以下线程信息:
(dbx) threads t@1 a l@1 ?() running in main() t@2 ?() asleep on 0xef751450 in_swtch() t@3 b l@2 ?() running in sigwait() t@4 consumer() asleep on 0x22bb0 in _lwp_sema_wait() *>t@5 b l@4 consumer() breakpoint in Queue_dequeue() t@6 b l@5 producer() running in _thread_start() (dbx) |
本机代码的每行信息由以下内容组成:
*(星号)表示该线程内发生了需要用户处理的事件。该事件通常是断点。
如果不是星号,而是 "o",则表示发生的是 dbx 内部事件。
>(箭头)表示为当前线程。
线程 id t@number 指特定线程。number 是 thr_create 传回的 thread_t 值。
b l@number 或 a l@number 表示线程绑定到指定的 LWP 或在其上处于活动状态(即操作系统可实际运行该线程)。
传递给 thr_create 的线程的“启动函数”。?() 表示启动函数未知。
线程状态(参见表 11–1 中有关线程状态的说明)。
线程当前执行的函数。
Java 代码的每行信息由以下内容组成:
t@number, dbx 样式的线程 ID
线程状态(参见表 11–1 中有关线程状态的说明)。
加单引号的线程名
说明线程优先级的数字
线程和 LWP 状态 |
说明 |
---|---|
挂起 |
线程已被显式挂起。 |
可运行 |
线程可运行,并正等待作为计算资源的 LWP。 |
僵停 |
分离的线程退出 (thr_exit()) 后,在通过使用 thr_join() 重新链接之前,将一直处于僵停状态。THR_DETACHED 是在线程创建时 (thr_create()) 指定的标志。退出的非分离线程在被获得前将一直处于僵停状态。 |
在 syncobj 上休眠 |
线程在给定同步对象上被阻塞。视 libthread 和 libthread_db 所提供的支持级别,syncobj 可能会如十六进制地址一般简单,也可能会包含更多的信息内容。 |
活动 |
线程在某 LWP 中处于活动状态,但 dbx 无法访问该 LWP。 |
未知 |
dbx 无法确定状态。 |
lwpstate |
绑定或活动线程状态具有与之关联的 LWP 的状态。 |
运行 |
LWP 正在运行,但因响应另一 LWP 而同步停止。 |
syscall num |
LWP 进入给定系统调用 # 时停止。 |
syscall 返回 num |
LWP 退出给定系统调用 # 时停止。 |
作业控制 |
LWP 因作业控制而停止。 |
LWP 挂起 |
LWP 在内核中被阻塞。 |
单步递阶 |
LWP 刚刚完成一步。 |
断点 |
LWP 刚刚遇到断点。 |
fault num |
LWP 招致给定错误 #。 |
signal name |
LWP 招致给定信号。 |
进程同步 |
此 LWP 所属进程刚刚开始执行。 |
LWP 停止 |
LWP 正在退出。 |
要将查看上下文切换到另一线程,请使用 thread 命令。语法如下:
thread [-blocks] [-blockedby] [-info] [-hide] [-unhide] [-suspend] [-resume] thread_id |
thread |
thread thread_id |
有关 thread 命令的更多信息,请参见thread 命令。
threads [-all} [-mode [all|filter] [auto|manual]] |
threads |
threads -all |
有关线程列表的说明,请参见线程信息。
有关 threads 命令的更多信息,请参见threads 命令。
可以使用 cont 命令来恢复程序执行。因为线程目前使用同步断点,所以所有线程都会恢复执行。
不过,您可以使用带有 -resumeone 选项的 call 命令恢复单个线程(请参见call 命令)。
在调试多线程应用程序(其中许多线程会调用函数 lookup())时,请考虑以下两种情况:
您设置条件断点:
stop in lookup -if strcmp(name, "troublesome") == 0 |
当 t@1 在对 lookup() 的调用处停止时,dbx 尝试对条件求值并调用 strcmp()。
您设置断点:
stop in lookup |
当 t@1 在对 lookup() 的调用处停止时,发出以下命令:
call strcmp(name, "troublesome") |
调用 strcmp() 时,dbx 将会恢复调用期间内的所有线程,这与使用 next 命令进行单步执行时 dbx 所执行的操作类似。之所以这样做的原因是,如果 strcmp() 尝试抓取另一个线程拥有的锁,则仅恢复 t@1 可能会导致死锁。
在这种情况下恢复所有线程的缺点是,dbx 无法处理另一个线程(例如 t@2),从而会在调用 strcmp() 时在 lookup() 处遇到断点。它会发出类似以下之一的警告:
event infinite loop causes missed events in following handlers:
Event reentrancy first event BPT(VID 6, TID 6, PC echo+0x8) second event BPT(VID 10, TID 10, PC echo+0x8) the following handlers will miss events:
在这些情况下,如果可以确定条件表达式中调用的函数不会抓取互斥锁,则可使用 -resumeone 事件修饰符强制 dbx 只恢复 t@1:
stop in lookup -resumeone -if strcmp(name, "troublesome") == 0 |
只恢复在 lookup() 中遇到断点的线程,以便对 strcmp() 进行求值。
此方法在诸如以下的情况下会无能为力:
由于条件以递归方式调用 lookup(),lookup() 上的第二个断点发生在同一个线程中
运行条件的线程放弃控制权、休眠或以某种方式将控制权交给另一个线程