黑马程序员技术交流社区

标题: 有关java锁的内容 [打印本页]

作者: 杨玉辉    时间: 2013-3-5 13:02
标题: 有关java锁的内容
本帖最后由 杨玉辉 于 2013-3-6 19:24 编辑

  既然,JDK1.5之后版本支持Lock_Condition机制,那么我们是不是就可以放弃wait(),sleep(),notify(),notifyAll()呢、?

各位怎么看?

作者: 梁耀今    时间: 2013-3-5 14:17
我觉得因为Java的线程机制,是抢占试的。当程序越来越大的时候出现的问题就会越来越明显了,例如:notifyAll();如果有几个线程都在等待CPU的执行,当它复活所有线程的时候,会使CPU的执行效率降低很多,而且会出现死锁的现象。其他的跟上面也差不多,我就不多解释了!!!
作者: 张鹏    时间: 2013-3-5 14:56
控制线程的方法怎么能舍弃呢?万一我要sleep线程做计时器呢.
作者: 孙传磊    时间: 2013-3-5 15:41
本帖最后由 孙传磊 于 2013-3-5 16:44 编辑

如果在以后的工作中遇到了,比较老的代码,而我们只有新知识,是不是会出现麻烦呢。
而且 synchronized 方法和语句的范围机制使得使用监视器锁编程方便了很多,而且还帮助避免了很多涉及到锁的常见编程错误,提供了对与每个对象相关的隐式监视器锁的访问。
JDK1.5之后版本支持Lock_Condition机制,功能上随着灵活性的增加,也带来了更多的责任。不使用块结构锁就失去了使用 synchronized 方法和语句时会出现的锁自动释放功能
我个人认为不应该放弃
作者: 杨玉辉    时间: 2013-3-5 16:08
孙传磊 发表于 2013-3-5 15:41
如果在以后的工作中遇到了,比较老的代码,而我们只有新知识,是不是会出现麻烦呢。
而且,wait(),sleep ...

额,可是eclipse是怎么自动执行导入的包?好像这个不是我们的重点,以后就不用了吧?
作者: 孙传磊    时间: 2013-3-5 16:50
杨玉辉 发表于 2013-3-5 16:08
额,可是eclipse是怎么自动执行导入的包?好像这个不是我们的重点,以后就不用了吧? ...

是的,回答的不好,不应该提什么导入问题,而且导入和加载都有程序区做了,而且多那么一点加载在现在的硬件上运行没什么区别。那种回答是有些离题啦




欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/) 黑马程序员IT技术论坛 X3.2