既然，JDK1.5之后版本支持Lock_Condition机制，那么我们是不是就可以放弃wait（），sleep（），notify（），notifyAll（）呢、？

各位怎么看？

我觉得因为Java的线程机制，是抢占试的。当程序越来越大的时候出现的问题就会越来越明显了，例如：notifyAll（）；如果有几个线程都在等待CPU的执行，当它复活所有线程的时候，会使CPU的执行效率降低很多，而且会出现死锁的现象。其他的跟上面也差不多，我就不多解释了！！！

控制线程的方法怎么能舍弃呢?万一我要sleep线程做计时器呢.

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

孙传磊 发表于 2013-3-5 15:41
如果在以后的工作中遇到了，比较老的代码，而我们只有新知识，是不是会出现麻烦呢。
而且，wait（），sleep ...

额，可是eclipse是怎么自动执行导入的包？好像这个不是我们的重点，以后就不用了吧？

杨玉辉 发表于 2013-3-5 16:08
额，可是eclipse是怎么自动执行导入的包？好像这个不是我们的重点，以后就不用了吧？ ...

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