JAVA面试解析

引言

说在前面的话：

本文适合人群:急等着换工作的人

我承认刷面试题很有用的，纵观几年来的JAVA面试题，你会发现每家都差不多。比如，你仔细观察，你会发现，HashMap的出现几率未免也太高了吧！连考察的知识点都一样，什么hash碰撞啊，并发问题啊！再比如JVM，无外乎考内存结构，GC算法等！因此，如果是为了面试，完全是有套路可以准备的！记住，基础再好，也架不住面试官天马行空的问，所以刷面试题还是很有必要的！

本文不适合人群:专攻JAVA某方面技术的人

因为这类人专攻JAVA某块技术，知识容易出现死角。贸然阅读本文，发现自己一堆题目都不会，会觉得有一种挫败感，发现自己连校招生都不如。然而，会点面试题不算什么，毕竟Homebrew作者也出现过解不出面试题，被Google拒绝，缘由就是,因为他不会翻转二叉树。难道你能说Homebrew的作者水平有问题！

正文

1、HashMap，源码级别的问了，包括为什么线程不安全

评注:这问题一面的时候问过了，嗯，说明大家以后面试，不管是几面，复习过的知识点还是要复习，毕竟一面的面试官只会告诉二面的面试官印象，不会具体聊问了啥问题！比如，我和二面面试官说，这个候选人基础还不错，那二面面试官就会觉得:"咦，这个人基础不错，我试试是不是真的是这样！"所以难免会出现一样的题目！

另外，此题不好答。因为是关于源码级别的问，需要复习的知识点很多。大家关注一下我，我会出一篇对HashMap能问的知识点总结。比如jdk1.7和jdk1.8的hashmap结构区别、hashmap并发问题,哈希冲突的常见解决手段等！

回答: 略去。

2、死锁

评注:这问题一面的时候问过了，嗯，凸显！

回答: 死锁是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去，如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。

产生死锁的原因主要是：

因为系统资源不足。

进程运行推进的顺序不合适。

资源分配不当等。

3、Synchronized 和 ReentrantLock 锁机制，怎么判断重入锁的，会不会是死锁？

评注:并发基础问题，懂并发编程的，应该都会。

回答:

先答区别: