elva

Linux下，多线程程序死循环问题调试

当你的软件在某个时刻停止服务，CPU占用达到100%+，这种问题一个可能的原因是产生了死循环，假设程序某处存在潜在的死循环，并在某种条件下会引发，本文以一个示例来定位出现死循环的位置。
当程序某处存在死循环，通常定位问题及缩小范围的方法是，在可疑的代码处加log，或者注释掉可疑代码，这对于容易重现问题的程序来说还好，但对于“偶尔”才会产生问题程序却很难调试，因为我们很难重现程序故障。本文所述的调试过程正是在这种情况下，假设问题已经出现，我们要求环境保护现场，即出问题的程序还在运行中。

1.我们首先要知道是哪个线程出了问题：
首先查一下出问题进程的pid，例如
ovtsvn@ovtsvn:~/MASS4/src/icdn/src$ ps -ef | grep icdn
ovtsvn   11065     1 50 11:57 ?        00:00:07 ./icdn
ovtsvn   11076 10971  0 11:57 pts/2    00:00:00 grep icdn
ovtsvn@ovtsvn:~/MASS4/src/icdn/src$ 
然后top命令查看线程信息：
top -H -p 11065

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                
11073 ovtsvn    25   0  325m 3980 2236 R  100  0.4   1:40.84 icdn                                                                   
11065 ovtsvn    18   0  325m 3980 2236 S    0  0.4   0:00.01 icdn                                                                   
11066 ovtsvn    18   0  325m 3980 2236 S    0  0.4   0:00.00 icdn                                                                   
11067 ovtsvn    15   0  325m 3980 2236 S    0  0.4   0:00.00 icdn                                                                   
11068 ovtsvn    15   0  325m 3980 2236 S    0  0.4   0:00.00 icdn                                                                   
11069 ovtsvn    18   0  325m 3980 2236 S    0  0.4   0:00.00 icdn                                                                   
11070 ovtsvn    18   0  325m 3980 2236 S    0  0.4   0:00.00 icdn                                                                   
11071 ovtsvn    22   0  325m 3980 2236 S    0  0.4   0:00.00 icdn                                                                   
11072 ovtsvn    15   0  325m 3980 2236 R    0  0.4   0:00.00 icdn
从上面可以看出，出问题线程PID为11073

2.接下来，我们用gdb来attach目标进程
执行: gdb icdn 11065
在gdb中，列出线程状态：
(gdb) info threads
  9 Thread 47056948181264 (LWP 11066)  0x00002acc4a3dec91 in nanosleep () from /lib/libc.so.6
  8 Thread 47056956573968 (LWP 11067)  0x00002acc4a406fc2 in select () from /lib/libc.so.6
  7 Thread 47056964966672 (LWP 11068)  0x00002acc4a3dec91 in nanosleep () from /lib/libc.so.6
  6 Thread 47056973359376 (LWP 11069)  0x00002acc4a3dec91 in nanosleep () from /lib/libc.so.6
  5 Thread 47056981752080 (LWP 11070)  0x00002acc4a3dec91 in nanosleep () from /lib/libc.so.6
  4 Thread 47056990144784 (LWP 11071)  0x00002acc4a40e63c in recvfrom () from /lib/libc.so.6
  3 Thread 47057194060048 (LWP 11072)  0x00002acc4a406fc2 in select () from /lib/libc.so.6
  2 Thread 47057226893584 (LWP 11073)  CSendFile::SendFile (this=0x2acc5d4aff40, pathname=@0x2acc5d4afee0)
    at ../src/csendfile.cpp:101
  1 Thread 47056939784832 (LWP 11065)  0x00002acc4a3dec91 in nanosleep () from /lib/libc.so.6
(gdb) 

gdb已经列出了各线程正在执行的函数，我们需要更多信息，记住11073对应的行首标号，这是gdb为线程分配的id，这里为2，然后执行切换：
(gdb) thread 2
[Switching to thread 2 (Thread 47057226893584 (LWP 11073))]#0  CSendFile::SendFile (this=0x2acc5d4aff40, pathname=@0x2acc5d4afee0)
    at ../src/csendfile.cpp:101
101             while(1)
(gdb) 


bt一下：
(gdb) bt
#0  CSendFile::SendFile (this=0x2acc5d4aff40, pathname=@0x2acc5d4afee0) at ../src/csendfile.cpp:101
#1  0x000000000040592e in CIcdn::TaskThread (pParam=0x7fff617eafe0) at ../src/cicdn.cpp:128
#2  0x00002acc4a90b73a in start_thread () from /lib/libpthread.so.0
#3  0x00002acc4a40d6dd in clone () from /lib/libc.so.6
#4  0x0000000000000000 in ?? ()

来看一下101行的代码：
(gdb) l
96      }
97
98      int CSendFile::SendFile(const string& pathname)
99      {
100             int n;
101             while(1)
102             {
103                     n++;
104             }
105             //read file and send 


现在我们定位到了出问题的代码位置，这里的循环只用来演示的。
最后别忘了detach

posted on 2010-08-02 12:08 叶子 阅读(7436) 评论(2)  编辑 收藏 引用 所属分类: C\C++

Feedback

# re: Linux下，多线程程序死循环问题调试 2010-08-02 12:11 yugi

不错  回复  更多评论   

# re: Linux下，多线程程序死循环问题调试 2010-08-02 12:50 Tanky Woo

呵呵，学习了。  回复  更多评论   


只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   博问   Chat2DB   管理