关于 wait和notify的问题

blueduan1985 2010-06-05 10:45:13
我从网上找代码,很多时候本来是一个流程可以直接走下去的,但是网上开源的代码很多都喜欢用线城同步的方式,也就是在一个地方新建线城然后wait,再跑到另一个地方notify。我觉得这种方式会降低效率吧。难道是这种方式在架够上有什么先进之处,还是有其他原因?
...全文
55 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
blueduan1985 2010-06-07
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 ivorytower 的回复:]

不使用线程,系统的资源利用率就低了,你说的“一个流程可以直接走下去”并不是在正常项目,或多人使用的系统适用的。

---
使用wait而去notify是为了让其他线程可以及时执行,而不必等太久。在相等的时间长度上,使我们感觉不到停顿
[/Quote]

可否说的详细些呢
  • 打赏
  • 举报
回复
不使用线程,系统的资源利用率就低了,你说的“一个流程可以直接走下去”并不是在正常项目,或多人使用的系统适用的。

---
使用wait而去notify是为了让其他线程可以及时执行,而不必等太久。在相等的时间长度上,使我们感觉不到停顿
blueduan1985 2010-06-05
  • 打赏
  • 举报
回复
可能我没有说清楚。上面所说的“一个流程可以直接走下去”的情况是说不建立新的线程也可以很容易的实现功能,并且其中好多这种代码我在使用的时候都是首先将其中的线程部分去掉。
荣一 2010-06-05
  • 打赏
  • 举报
回复
是为了防止多条线程出问题吧,如果开多条线程,维护起来比较困难,而且有可能造成各种问题,

13,100

社区成员

发帖
与我相关
我的任务
社区描述
Java J2ME
社区管理员
  • J2ME社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧