通过最近这几个月的私信发现一个问题,很多工作了5~6年的程序员,去面试的时候但凡问到技术原理。
基本上都是回答不出来的,有些同学侥幸靠背面试题通过面试,但是这种无法掌控自己选择权的感觉,你不觉得很难受吗?
一个工作5年的粉丝,去美团面试,遇到了这样一个问题。
“wait和sleep是否会触发锁的释放以及CPU资源的释放?”
其实这个问题还比较简单,它的结论回答出来了,但是后面面试官又问了一个为什么,他就懵了。
关于这个问题的回答,我整理到了一个10W字的面试文档里面,大家可以扫描文章尾端二维码领取。
下面看看高手的回答
大家记得点赞收藏+关注!
需要高手面试文档面试文档的小伙伴可以扫描文章底部二维码
高手:
Object.wait()方法,会释放锁资源以及CPU资源。
Thread.sleep()方法,不会释放锁资源,但是会释放CPU资源。
首先,wait()方法是让一个线程进入到阻塞状态,而这个方法必须要写在一个Synchronized同步代码块里面。
因为wait/notify是基于共享内存来实现线程通信的工具,这个通信涉及到条件的竞争,所以在调用这两个方法之前必须要竞争锁资源。
当线程调用wait方法的时候,表示当前线程的工作处理完了,意味着让其他竞争同一个共享资源的线程有机会去执行。
但前提是其他线程需要竞争到锁资源,所以wait方法必须要释放锁,否则就会导致死锁的问题。
然后,Thread.sleep()方法,只是让一个线程单纯进入睡眠状态,这个方法并没有强制要求加synchronized同步锁。
而且从它的功能和语义来说,也没有这个必要。
当然,如果是在一个Synchronized同步代码块里面调用这个Thread.sleep,也并不会触发锁的释放。
最后,凡是让线程进入阻塞状态的方法,操作系统都会重新调度实现CPU时间片切换,这样设计的目的是提升CPU的利用率。
总结
之前我用这个问题去面试过一些工作3~5年的人,有大部分人回答不上来。
这让我有点意外,正常来说,并发编程是一个非常重要且基础的领域,在程序开发中,也是比较常用的技术。还是建议大家去认真学一下。
另外,我将所有Java面试系列制作成了完整的面试文档。它的便捷之处在于,可以通过检索的方式,找到你想要的面试题,目前已经更新180期,总计超过15W字!