开发十年面试过1000个人，总结出这份高薪Java 试秘诀

如果你连第四点也回答非常好，那么恭喜你，你在数据库方面的能力甚至达到了初级架构的级别。

数据库

Java核心，围绕数据结构和性能优化准备面试题

Java核心这块，网上的面试题很多，不过在此之外，大家还应当着重关注集合(即数据结构)和多线程并发这两块。

在此基础上，大家可以准备些设计模式和虚拟机的说辞。

下面列些我一般会问的部分问题：

1. String a = "123"; String b = "123"; a==b的结果是什么?这包含了内存，String存储方式等诸多知识点。
2. HashMap里的hashcode方法和equal方法什么时候需要重写?如果不重写会有什么后果?对此大家可以进一步了解HashMap(甚至ConcurrentHashMap)的底层实现
3. ArrayList和LinkedList底层实现有什么差别?它们各自适用于哪些场合?对此大家也可以了解下相关底层代码。
4. volatile关键字有什么作用?由此展开，大家可以了解下线程内存和堆内存的差别。
5. CompletableFuture，这个是JDK1.8里的新特性，通过它怎么实现多线程并发控制?
6. JVM里，new出来的对象是在哪个区?再深入一下，问下如何查看和优化JVM虚拟机内存。
7. Java的静态代理和动态代理有什么差别?最好结合底层代码来说。

通过上述的问题点，我其实不仅仅停留在“会用”级别，比如我不会问如何在ArrayList里放元素。

大家可以看到，上述问题包含了“多线程并发”，“JVM优化”，“数据结构对象底层代码”等细节，大家也可以举一反三，通过看一些高级知识，多准备些其它类似面试题。

我们知道，目前Java开发是以Web框架为主，那么为什么还要问Java核心知识点呢?我这个是有切身体会的。

之前在我团队里，我见过两个人，一个是就会干活，具体表现是会用Java核心基本的API，而且也没有深入了解的意愿(估计不知道该怎么深入了解)，另一位平时专门会看些Java并发，虚拟机等的高级知识。

过了半年以后，后者的能力快速升级到高级开发，由于对JAVA核心知识点了解很透彻，所以看一些分布式组件的底层实现没什么大问题。而前者，一直在重复劳动，能力也只一直停留在“会干活”的层面。

而在现实的面试中，如果不熟悉Java核心知识点，估计升高级开发都难，更别说是面试架构师级别的岗位了。

Java核心知识点学习文档

Linux方面，至少了解如何看日志排查问题

如果候选人能证明自己有“排查问题”和“解决问题”的能力，这绝对是个加分项，但怎么证明?

目前大多数的互联网项目，都是部署在Linux上，也就是说，日志都是在Linux，下面归纳些实际的Linux操作。

1. 能通过less命令打开文件，通过Shift+G到达文件底部，再通过?+关键字的方式来根据关键来搜索信息
2. 能通过grep的方式查关键字，具体用法是, grep 关键字 文件名，如果要两次在结果里查找的话，就用grep 关键字1 文件名 | 关键字2 --color。最后--color是高亮关键字
3. 能通过vi来编辑文件
4. 能通过chmod来设置文件的权限

当然，还有更多更实用的Linux命令，但在实际面试过程中，不少候选人连一条linux命令也不知道。还是这句话，你哪怕知道些很基本的，也比一般人强了。

通读一段底层代码，作为加分项

如何证明自己对一个知识点非常了解?莫过于能通过底层代码来说明。

我在和不少工作经验在5年之内的程序员沟通时，不少人认为这很难?确实，如果要通过阅读底层代码了解分布式组件，那难度不小，但如果如下部分的底层代码，并不难懂。

1. ArrayList,LinkedList的底层代码里，包含着基于数组和链表的实现方式，如果大家能以此讲清楚扩容，“通过枚举器遍历“等方式，绝对能证明自己。
2. HashMap直接对应着Hash表这个数据结构，在HashMap的底层代码里，包含着hashcode的put，get等的操作，甚至在ConcurrentHashMap里，还包含着Lock的逻辑。如果大家在面试中，看看而言ConcurrentHashMap，再结合在纸上边说边画，那一定能征服面试官。
3. 可以看下静态代理和动态代理的实现方式，再深入一下，可以看下Spring AOP里的实现代码。
4. 或许Spirng IOC和MVC的底层实现代码比较难看懂，但大家可以说些关键的类，根据关键流程说下它们的实现方式。

其实准备的底层代码未必要多，而且也不限于在哪个方面，比如集合里基于红黑树的TreeSet，基于NIO的开源框架，甚至分布式组件的Dubbo，都可以准备。

而且准备时未必要背出所有的底层(事实上很难做到)，你只要能结合一些重要的类和方法，讲清楚思路即可(比如讲清楚HashMap如何通过hashCode快速定位)。

那么在面试时，如何找到个好机会说出你准备好的上述底层代码?

在面试时，总会被问到集合，Spring MVC框架等相关知识点，你在回答时，顺便说一句，“我还了解这块的底层实现”，那么面试官一定会追问，那么你就可以说出来了。

不要小看这个对候选人的帮助，一旦你讲了，只要意思到位，那么最少能得到个“积极专业“的评价，如果描述很清楚，那么评价就会升级到“熟悉Java核心技能(或Spring MVC)，且基本功扎实”。

要知道，面试中，很少有人能讲清楚底层代码，所以你抛出了这个话题，哪怕最后没达到预期效果，面试官也不会由此对你降低评价。

所以说，准备这块绝对是“有百利而无一害”的挣钱买卖。

切记切记，把上述技能嵌入到你的项目里

在面试过程中，我经常会听到一些比较遗憾的回答，比如候选人对SQL优化技能讲得头头是道，但最后得知，这是他平时自学时掌握的，并没用在实际项目里。

当然这总比不说要好，所以我会写下“在平时自学过SQL优化技能”，但如果在项目里实践过，那么我就会写下“有实际数据库SQL优化的技能”。

大家可以对比下两者的差别，一个是偏重理论，一个是直接能干活了。

其实，很多场景里，我就不信在实际项目里一定没有实践过SQL优化技能。

从这个案例中，我想告诉大家的是，你之前费了千辛万苦(其实方法方向得到，也不用费太大精力)准备的很多技能和说辞，最后应该落实到你的实际项目里。

比如你有过在Linux日志里查询关键字排查问题的经验，在描述时你可以带一句，在之前的项目里我就这样干的。

又如，你通过看底层代码，了解了TreeSet和HashSet的差别以及它们的适用范围，那么你可以回想你之前做的项目，是否有个场景仅仅适用于TreeSet?

如果有，那么你就可以适当描述下项目的需求，然后说，通过读底层代码，我了解了两者的差别，而且在这个实际需求里，我就用了TreeSet，而且我还专门做了对比性试验，发现用TreeSet比HashSet要高xx个百分点。

请记得，“实践经验”一定比“理论经验”值钱，而且大多数你知道的理论上的经验，一定在你的项目里用过。

所以，如果你仅仅让面试官感觉你只有“理论经验”，那就太亏了。

（编辑：云计算网_宿迁站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!