java multi-threading issue比较tricky - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Java - 爪哇娇娃

java multi-threading issue比较tricky

java multi-threading issue比较tricky# Java - 爪哇娇娃

b*y2010-03-06 08:03

1 楼

最近在工作当中遇到一个网站的bug, 在本地机器上测试都没发现过。花了好几天，才
发现是java multi-threading的问题，有个method需要加synchronized. 其实貌似很多
这样的问题都是thread引起的。早就应该想到。debug还是挺有意思的，类似玩儿游戏
。比较challenging.发发感想:
http://www.jiansnet.com/topic?id=23308

g*g2010-03-06 08:03

2 楼

网站通常需要同步的地方还是比较少的，基于socket直接通讯
的server通常就要处理thread pool这些东西，碰到的问题会
比较多。

【在 b******y 的大作中提到】

: 最近在工作当中遇到一个网站的bug, 在本地机器上测试都没发现过。花了好几天，才
: 发现是java multi-threading的问题，有个method需要加synchronized. 其实貌似很多
: 这样的问题都是thread引起的。早就应该想到。debug还是挺有意思的，类似玩儿游戏
: 。比较challenging.发发感想:
: http://www.jiansnet.com/topic?id=23308

b*y2010-03-06 08:03

3 楼

多谢goodbug点评。
I sometimes feel very frustrated if a bug couldn't be reproduced, or happens
once in a blue moon.

g*g2010-03-06 08:03

4 楼

That's the common case in real world application unfortunately.
Many times you don't have enough log to know what's going on,
you first try to guess and see if you can reproduce, if all
fail, add more logging so hopefully you can figure out next
time.
If you suspect something and want to prove it, you can use
HtmlUnit to simulate http requests. It's pretty easy to use,
much better than JMeter, the latter is more of a performance
testing tool.
Another way to debug multiple thread issue in product

【在 b******y 的大作中提到】

: 多谢goodbug点评。
: I sometimes feel very frustrated if a bug couldn't be reproduced, or happens
: once in a blue moon.

k*r2010-03-06 08:03

5 楼

介个问题感觉compiler/IDE理论上应该能抓住，如果他们想抓的话，给个warning之类
的

b*y2010-03-06 08:03

6 楼

有时候觉得debug比写程序有意思。因为debug还可以多学习人家的程序。

c*t2010-03-06 08:03

7 楼

碰到雷人的代码，debug 还是很累的。特别是该代码还很核心的时候，更累。
一次碰到多个 bug 的时候，还得一个个的 confirm （有感于一次 fix 某
bug，发现 3-4 个 bug 。。。）
几个月前一个 global variable 造成的 race condition 在有两人帮忙的情
况下还花了近一个月才找到问题。几星期后，另外一个 bug 后来发现是同一
variable 造成的。
还有一次绝的。Nightly build 1 有某一 bug，但是 NB2 没有。看了看当天
checked in 的几十个文件没有一个是直接有关的。后来证明 NB2 没出问题
是因为某 uninitated variable 出现一个“理想”的 stack ，而且每次都
是一样的 stack。

【在 b******y 的大作中提到】

: 有时候觉得debug比写程序有意思。因为debug还可以多学习人家的程序。

g*g2010-03-06 08:03

8 楼

前些日子我重写了一个threadpool的核心代码，原来
的代码lock得太厉害了，改完了出了一堆race condition，
原来都是挨个走，不出毛病，这下顺畅了毛病就都出来了。

【在 c*****t 的大作中提到】

: 碰到雷人的代码，debug 还是很累的。特别是该代码还很核心的时候，更累。
: 一次碰到多个 bug 的时候，还得一个个的 confirm （有感于一次 fix 某
: bug，发现 3-4 个 bug 。。。）
: 几个月前一个 global variable 造成的 race condition 在有两人帮忙的情
: 况下还花了近一个月才找到问题。几星期后，另外一个 bug 后来发现是同一
: variable 造成的。
: 还有一次绝的。Nightly build 1 有某一 bug，但是 NB2 没有。看了看当天
: checked in 的几十个文件没有一个是直接有关的。后来证明 NB2 没出问题
: 是因为某 uninitated variable 出现一个“理想”的 stack ，而且每次都
: 是一样的 stack。

b*y2010-03-06 08:03

9 楼

这个比较雷人啊。
我有时候就想，这程序动不动老有bug, 那你说飞机啥的，也很容易出问题呀。可能是
做啥的就对啥太仔细，但我现在对于人造的东西（飞机，比如说），都有恐惧感，呵呵
。好像学医的，看什么都有病菌似的。

【在 g*****g 的大作中提到】

: 前些日子我重写了一个threadpool的核心代码，原来
: 的代码lock得太厉害了，改完了出了一堆race condition，
: 原来都是挨个走，不出毛病，这下顺畅了毛病就都出来了。