引言
说在前面的话:
本文适合人群:急等着换工作的人
我承认刷面试题很有用的,纵观几年来的JAVA面试题,你会发现每家都差不多。比如,你仔细观察,你会发现,HashMap的出现几率未免也太高了吧!连考察的知识点都一样,什么hash碰撞啊,并发问题啊!再比如JVM,无外乎考内存结构,GC算法等!因此,如果是为了面试,完全是有套路可以准备的!记住,基础再好,也架不住面试官天马行空的问,所以刷面试题还是很有必要的!
本文不适合人群:专攻JAVA某方面技术的人
因为这类人专攻JAVA某块技术,知识容易出现死角。贸然阅读本文,发现自己一堆题目都不会,会觉得有一种挫败感,发现自己连校招生都不如。然而,会点面试题不算什么,毕竟Homebrew作者也出现过解不出面试题,被Google拒绝,缘由就是,因为他不会翻转二叉树。难道你能说Homebrew的作者水平有问题!
正文
1、HashMap,源码级别的问了,包括为什么线程不安全
评注:这问题一面的时候问过了,嗯,说明大家以后面试,不管是几面,复习过的知识点还是要复习,毕竟一面的面试官只会告诉二面的面试官印象,不会具体聊问了啥问题!比如,我和二面面试官说,这个候选人基础还不错,那二面面试官就会觉得:"咦,这个人基础不错,我试试是不是真的是这样!"所以难免会出现一样的题目!
另外,此题不好答。因为是关于源码级别的问,需要复习的知识点很多。大家关注一下我,我会出一篇对HashMap能问的知识点总结。比如jdk1.7和jdk1.8的hashmap结构区别、hashmap并发问题,哈希冲突的常见解决手段等!
回答: 略去。
2、死锁
评注:这问题一面的时候问过了,嗯,凸显!
回答: 死锁是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去,如果系统资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很低,否则就会因争夺有限的资源而陷入死锁。
产生死锁的原因主要是:
因为系统资源不足。
进程运行推进的顺序不合适。
资源分配不当等。
3、Synchronized 和 ReentrantLock 锁机制,怎么判断重入锁的,会不会是死锁?
评注:并发基础问题,懂并发编程的,应该都会。
回答:
先答区别: