Java SE 常见面试题深度解析

Java SE 面试核心逻辑

在 Java 后端开发的面试中，Java SE（Java Standard Edition）是考察开发者基础是否扎实的基石。面试官往往不会直接询问过于晦涩的高级框架源码，而是通过 Java SE 中的核心机制，如面向对象特性、集合底层结构、多线程并发模型以及 JVM 内存管理机制，来判断候选人的技术深度。

许多开发者容易陷入“只会调用 API，不懂底层原理”的误区。例如，知道 HashMap 怎么用，却不知道其扩容机制和线程不安全的具体表现。本页面旨在通过结构化的梳理，深入剖析 Java SE 常见面试题背后的技术原理，帮助读者建立“知其然，更知其所以然”的知识结构。

基础核心：String、Integer 与自动装箱

在 Java SE 基础面试中，String 类的不可变性以及包装类的自动装箱/拆箱机制是必考内容。理解这些机制对于排查内存溢出（OOM）和优化性能至关重要。

2.1 String 的不可变性

String 类被 final 修饰，其内部字符数组也被 final 修饰（JDK 9 后改为 byte 数组）。这意味着 String 对象一旦创建，其内容就不能被改变。这种设计带来了以下优势：

• 线程安全：由于内容不可变，多个线程共享同一个 String 对象是安全的，无需同步。
• 哈希缓存：String 的 hashCode 可以被缓存，使得其在 HashMap 等集合中作为 Key 时效率极高。
• 字符串常量池：支持字符串驻留机制，节省内存。

2.2 自动装箱与拆箱陷阱

在面试中，经常会出现如下代码陷阱：

Integer a = 100;
Integer b = 100;
System.out.println(a == b); // true
Integer c = 200;
Integer d = 200;
System.out.println(c == d); // false

解析： 这是关于 Integer 缓存池 的经典问题。JDK 中 Integer.valueOf() 方法会对 -128 到 127 之间的整数进行缓存。当数值在此范围内时，直接返回缓存对象，因此 a == b 为 true。超出此范围时，会创建新的对象，因此 c == d 为 false。面试时应强调：比较包装类数值应使用 equals()，而非 ==。

2.3 接口与抽象类的区别

这是一个看似简单但极具深度的问题。从 Java SE 演进的角度来看，Java 8 引入了接口的默认方法（default method），Java 9 引入了私有方法，使得两者界限略微模糊，但本质区别依然存在：

集合框架：HashMap 与线程安全

HashMap 是 Java 集合框架中使用频率最高的数据结构之一，也是面试中的“重灾区”。面试官通常会从底层数据结构、扩容机制、哈希冲突解决以及线程安全性四个维度进行提问。

3.1 HashMap 底层数据结构

在 Java 7 中，HashMap 由“数组 + 链表”组成。而在 Java 8 中，为了优化查询性能，引入了“数组 + 链表 + 红黑树”的结构。当链表长度超过 8 且数组长度超过 64 时，链表会转换为红黑树，将查询时间复杂度从 O(n) 降低到 O(log n)。

3.2 哈希冲突解决

HashMap 通过 链地址法 解决哈希冲突。当两个不同的 Key 计算出相同的 Hash 值（即碰撞）时，它们会被存储在同一个桶（Bucket）的链表中。为了减少碰撞，JDK 8 引入了扰动函数，对 Key 的 hashCode 进行高 16 位与低 16 位的异或运算，以增强低位信息的随机性。

3.3 线程安全：HashMap vs ConcurrentHashMap

HashMap 是非线程安全的，在多线程环境下进行 put 操作可能导致数据丢失或死循环（JDK 7 中）。为解决此问题，Java SE 提供了 ConcurrentHashMap。

多线程：线程池与锁机制

并发编程是 Java SE 面试中最能体现开发者水平的部分。除了基本的线程创建，面试官更关注对线程池参数的理解以及对锁机制的深入掌握。

4.1 线程池核心参数

创建线程池时，推荐使用 ThreadPoolExecutor 而非 Executors（后者容易导致 OOM）。其核心参数如下：

1. corePoolSize：核心线程数，线程池中的常驻线程数量。
2. maximumPoolSize：最大线程数，允许创建的最大线程数量。
3. keepAliveTime：非核心线程的空闲存活时间。
4. unit：时间单位。
5. workQueue：任务队列，用于缓存待执行任务。
6. threadFactory：线程工厂，用于创建新线程。
7. handler：拒绝策略，当队列满且线程数达到最大值时的处理策略。

4.2 synchronized 与 ReentrantLock 的区别

值得注意的是，ReentrantLock 提供了 tryLock() 方法，可以尝试获取锁而不阻塞，这在处理死锁风险或超时场景下非常有用。而 synchronized 则更加简洁，适合简单的同步场景。

JVM 内存模型：GC 与调优

理解 JVM 内存模型是解决 Java 应用性能问题和内存泄漏问题的关键。Java 8 之后，永久代（PermGen）被移除，取而代之的是 元空间（Metaspace）。

5.1 内存区域划分

• 堆（Heap）：线程共享，存储对象实例。是 GC 的主要区域，分为新生代（Eden, S0, S1）和老年代。
• 方法区（Method Area）：线程共享，存储类信息、常量、静态变量。Java 8 使用元空间，位于本地内存。
• 虚拟机栈（VM Stack）：线程私有，存储栈帧（局部变量表、操作数栈等），与线程生命周期一致。
• 本地方法栈（Native Method Stack）：线程私有，为 Native 方法服务。
• 程序计数器（Program Counter Register）：线程私有，记录当前线程执行的字节码行号。

5.2 垃圾回收算法

常见的 GC 算法包括：标记-清除（Mark-Sweep，产生碎片）、复制（Copying，用于新生代，效率高）、标记-整理（Mark-Compact，用于老年代）。现代 JVM 通常结合使用这些算法，如 G1 收集器和 ZGC 收集器，旨在减少停顿时间（STW）。

IO 与 NIO：阻塞与非阻塞

在 Java SE 中，IO 操作经历了从传统 BIO 到 NIO 再到 AIO 的演进。理解它们的区别对于构建高并发网络应用至关重要。

6.1 BIO vs NIO

NIO 的核心在于 Selector，它允许单个线程监控多个 Channel 的事件，从而实现非阻塞 I/O。这在处理高并发连接（如 Netty 框架底层）时具有显著优势。

📅 面试准备时间轴建议