为年后跳槽准备的133 道 Java 面试题及答案

Java 面试随着时间的改变而改变。在过去的日子里，当你知道 String 和 StringBuilder 的区别就能让你直接进入第二轮面试，但是现在问题变得越来越高级，面试官问的问题也更深入。 在我初入职场的时候，类似于 Vector 与 Array 的区别、HashMap 与 Hashtable 的区别是最流行的问题，只需要记住它们，就能在面试中获得更好的机会，但这种情形已经不复存在。如今，你将会被问到许多 Java 程序员都没有看过的领域，如 NIO，[设计模式]"设计模式:可复用面向对象软件的基础")，成熟的单元测试，或者那些很难掌握的知识，如并发、算法、数据结构及编码。

下面列出这份 Java 面试问题列表包含的主题：

• 多线程，并发及线程基础
• 数据类型转换的基本原则
• Java 中的数据结构和算法

现在是时候给你展示我近 5 年从各种面试中收集来的 133 个问题了。我确定你在自己的面试中见过很多这些问题，很多问题你也能正确回答。

多线程、并发及线程的基础问题

能，Java 中可以创建 volatile 类型数组，不过只是一个指向数组的引用，而不是整个数组。我的意思是，如果改变引用指向的数组，将会受到 volatile 的保护，但是如果多个线程同时改变数组的元素，volatile 标示符就不能起到之前的保护作用了。

2）volatile 能使得一个非原子操作变成原子操作吗？

一个典型的例子是在类中有一个 long 类型的成员变量。如果你知道该成员变量会被多个线程访问，如计数器、价格等，你最好是将其设置为 volatile。为什么？因为 Java 中读取 long 类型变量不是原子的，需要分成两步，如果一个线程正在修改该 long 变量的值，另一个线程可能只能看到该值的一半（前 32 位）。但是对一个 volatile 型的 long 或 double

3）volatile 修饰符的有过什么实践？

一种实践是用 volatile 修饰 long 和 double 变量，使其能按原子类型来读写。double 和 long 都是64位宽，因此对这两种类型的读是分为两部分的，第一次读取第一个 32 位，然后再读剩下的 32 位，这个过程不是原子的，但 Java 中 volatile 型的 long 或 double 变量的读写是原子的。volatile 修复符的另一个作用是提供内存屏障（memory barrier），例如在分布式框架中的应用。简单的说，就是当你写一个 volatile 变量之前，Java 内存模型会插入一个写屏障（write barrier），读一个 volatile 变量之前，会插入一个读屏障（read barrier）。意思就是说，在你写一个 volatile 域时，能保证任何线程都能看到你写的值，同时，在写之前，也能保证任何数值的更新对所有线程是可见的，因为内存屏障会将其他所有写的值更新到缓存。

4）volatile 类型变量提供什么保证？

volatile 变量提供顺序和可见性保证，例如，JVM 或者 JIT为了获得更好的性能会对语句重排序，但是 volatile 类型变量即使在没有同步块的情况下赋值也不会与其他语句重排序。 volatile 提供 happens-before 的保证，确保一个线程的修改能对其他线程是可见的。某些情况下，volatile 还能提供原子性，如读 64 位数据类型，像 long 和

5) 10 个线程和 2 个线程的同步代码，哪个更容易写？

从写代码的角度来说，两者的复杂度是相同的，因为同步代码与线程数量是相互独立的。但是同步策略的选择依赖于线程的数量，因为越多的线程意味着更大的竞争，所以你需要利用同步技术，如锁分离，这要求更复杂的代码和专业知识。

6）你是如何调用 wait（）方法的？使用 if 块还是循环？为什么？

wait() 方法应该在循环调用，因为当线程获取到 CPU 开始执行的时候，其他条件可能还没有满足，所以在处理前，循环检测条件是否满足会更好。下面是一段标准的使用 wait 和 notify 方法的代码：

127）Java 中，受检查异常 和 不受检查异常的区别？

受检查异常编译器在编译期间检查。对于这种异常，方法强制处理或者通过 throws 子句声明。其中一种情况是 Exception 的子类但不是 RuntimeException 的子类。非受检查是 RuntimeException 的子类，在编译阶段不受编译器的检查。

而throws 的作用是作为方法声明和签名的一部分，方法被抛出相应的异常以便调用者能处理。Java 中，任何未处理的受检查异常强制在 throws 子句中声明。

Serializable 接口是一个序列化 Java 类的接口，以便于它们可以在网络上传输或者可以将它们的状态保存在磁盘上，是 JVM 内嵌的默认序列化方式，成本高、脆弱而且不安全。Externalizable 允许你控制整个序列化过程，指定特定的二进制格式，增加安全机制。

DOM 解析器将整个 XML 文档加载到内存来创建一棵 DOM 模型树，这样可以更快的查找节点和修改 XML 结构，而 SAX 解析器是一个基于事件的解析器，不会将整个 XML 文档加载到内存。由于这个原因，DOM 比 SAX 更快，也要求更多的内存，不适合于解析大 XML 文件。

变量和文本。菱形操作符(<>)用于类型推断，不再需要在变量声明的右边申明泛型，因此可以写出可读写更强、更简洁的代码。另一个值得一提的特性是改善异常处理，如允许在同一个 catch 块中捕获多个异常。

Java 8 在 Java 历史上是一个开创新的版本，下面 JDK 8 中 5 个主要的特性：
Lambda 表达式，允许像对象一样传递匿名函数
Stream API，充分利用现代多核 CPU，可以写出很简洁的代码
Date 与 Time API，最终，有一个稳定、简单的日期和时间库可供你使用
扩展方法，现在，接口中可以有静态、默认方法。
重复注解，现在你可以将相同的注解在同一类型上使用多次。

虽然两者都是构建工具，都用于创建 Java 应用，但是 Maven 做的事情更多，在基于“约定优于配置”的概念下，提供标准的Java 项目结构，同时能为应用自动管理依赖（应用中所依赖的 JAR 文件），Maven 与 ANT 工具更多的不同之处请参见答案。

这就是所有的面试题，如此之多，是不是？我可以保证，如果你能回答列表中的所有问题，你就可以很轻松的应付任何核心 Java 或者高级 Java 面试。虽然，这里没有涵盖 Servlet、JSP、JSF、JPA，JMS，EJB 及其它 Java EE 技术，也没有包含主流的框架如 Spring MVC，Struts 2.0，Hibernate，也没有包含 SOAP 和 RESTful web service，但是这份列表对做 Java 开发的、准备应聘 Java web 开发职位的人还是同样有用的，因为所有的 Java 面试，开始的问题都是 Java 基础和 JDK API 相关的。如果你认为我这里有任何应该在这份列表中而被我遗漏了的 Java 流行的问题，你可以自由的给我建议。我的目的是从最近的面试中创建一份最新的、最优的 Java 面试问题列表。

　　每到年末，都是职场族谋划全新事业蓝图的重要节点，又一轮跳槽风波再度掀起。跳槽应该是为了寻求更好的发展。然而据相关媒体调查显示，许多人跳槽是因为一些错误的认识，比如为鸡毛蒜皮的小事一味赌气而辞职。跳槽应是谨慎的行为，盲目赌气跳槽是不成熟的表现，求职者在跳槽前应理性认清自己，及时矫正这些错误的认识及不成熟的行为模式，走出职场困惑。工作中常见的困惑有哪些呢？下面举例说明。

　　如何走出“职场困惑”究竟该不该跳槽

　　工作几年后反而迷茫

岁，公务员：马上就30岁的我还没有成家，银行里没有多少存款，工作与五年前一个样，什么都没有“立”起来。大学毕业那年我考上了国家公务员，羡慕我的人很多，自我感觉也很好。如果不是因为相恋多年的女朋友离我而去，我还陶醉在这种光环里。女朋友需要见解深刻的男友，要买私家车，但我的薪水解决不了问题。分手后我开始想跳槽的事。但五年间，我除了写些工作汇报之类的东西，别无建树。英语早扔了，哪家公司愿意雇我呢？

　　点评：案例中的阿健对自己的评价完全来自于别人，没有正确的自我认知，属于消极被动型行为模式。这种行为模式的人，应增强自我意识。要认识到，别人的观点固然重要，但只能作为参考。被一个人否定，并不等于被所有的人否定。即便所有人都否定，也不能说明别人就一定对，而你就一定错。所以，有这种行为模式的人应该让自己的心理和行为尽快地自立起来。

　　反复纠结要不要辞职

岁，科室负责人：和我同年进公司的同事中，不少人在第二年就跳槽走了。公司是国有企业，受领导重用，工作比较清闲，薪水不错，福利也很好，我舍不得放弃。后来，我结婚了，分到了房子。第三年有个不错的机会，但被我轻易地放弃了。第四年我想走，但需要退还房子，于是就打消了辞职的念头。今年，妻子怀孕了，想到养孩子的花销，我不敢再想辞职的事了。可就在这个时候，公司的领导放出话，说我不安心工作，不可重用。现在感觉自己就像温水中的青蛙。

　　点评：主人公的工作经历，具有一定的代表性。刚参加工作时，因为留恋单位的清闲和高福利不愿走，到后来受自身和外部的种种因素牵制又脱不开身，于是，抱怨和苦恼积在心中，令人窒息。案例中的主人公欧阳烨，对自己的工作没有固定的态度，一会儿想辞职，一会儿又想留下，这是一种犹豫型行为模式，也是不成熟的。结果是他始终不能扔掉思想包袱，同时给单位留下了一个不安心工作的印象。他把自己所处的工作环境搞得非常紧张，把自己形容为“温水中的青蛙”。其实，他已经掌握了水温的调控权，下一步应该尝试如何调控水温。