Java实习模拟面试之Java基础篇（1-8题）：高频核心考点深度解析
Java实习模拟面试之Java基础篇（1-8题）：高频核心考点深度解析
适合人群：准备Java后端实习/校招的同学
关键词：Java基础、面试八股文、== vs equals、引用类型、泛型擦除、反射优化、序列化
字数：约3500字 |阅读时间：10分钟
在Java实习或校招面试中，基础知识的扎实程度往往是决定你能否进入下一轮的关键。很多同学背了“八股文”，但一被追问就露怯。本文通过真实模拟面试对话的形式，带你深入理解8道高频Java基础题，并附带面试官连环追问，助你不仅“答得出”，更能“讲得透”。
面试题1：说说Java中==和equals()的区别，以及hashCode()与equals()的关系
面试官提问：
“请解释一下
==和equals()的区别？另外，为什么重写equals()时通常也要重写hashCode()？”
候选人回答：
好的！
==是运算符，用于比较两个变量是否引用同一个对象（即内存地址是否相同）。对于基本数据类型，它比较的是值；对于引用类型，比较的是堆内存地址。equals()是Object类中的方法，默认行为和==一样。但像String、Integer等类重写了equals()，使其比较的是对象的内容是否相等。
举个例子：
Strings1=newString("hello");Strings2=newString("hello");System.out.println(s1==s2);// false，地址不同System.out.println(s1.equals(s2));// true，内容相同至于hashCode()和equals()的关系——
Java规范规定：如果两个对象通过equals()判断为相等，那么它们的hashCode()必须返回相同的整数。反之则不一定成立（哈希冲突）。
这个约定主要是为了保证对象在HashMap、HashSet等基于哈希表的集合中能正确工作。比如，如果只重写equals()而不重写hashCode()，两个逻辑上相等的对象可能被存入 HashMap 的不同桶中，导致get()找不到数据。
面试官追问：
“那如果我只重写
hashCode()不重写equals()，会有什么问题？”
候选人：这种情况虽然不会报错，但会导致逻辑混乱。例如两个
hashCode()相同的对象，equals()却返回false，这会让 HashSet 认为它们是不同元素而重复存储，违背了 Set 的“唯一性”语义。所以必须同时重写两者，且保持一致性。
面试题2：String、StringBuilder、StringBuffer 的区别和使用场景
面试官提问：
“这三个类都用来处理字符串，它们到底有什么区别？什么时候该用哪个？”
候选人回答：
三者的核心区别在于可变性和线程安全性：
| 类型 | 可变性 | 线程安全 | 性能 | 底层结构 |
|---|---|---|---|---|
String | 不可变 | 安全（因为不可变） | 拼接慢（每次生成新对象） | final char[] |
StringBuilder | 可变 | 不安全 | 快 | char[]（可扩容） |
StringBuffer | 可变 | 安全（方法加synchronized） | 较慢 | 同上 |
使用建议：
- 如果字符串内容不会改变（如配置项、常量），用
String； - 如果在单线程环境中频繁拼接字符串（如循环构建 SQL），用
StringBuilder； - 如果在多线程共享的场景下需要拼接（极少见），才考虑
StringBuffer。
💡 实际开发中，99% 的字符串拼接场景都用
StringBuilder，因为现代 Web 应用大多是无状态的，单线程处理请求。
面试题3：Java中的四种引用类型及应用场景
面试官提问：
“除了强引用，你还知道哪些引用类型？它们分别用在什么场景？”
候选人回答：
Java 从 JDK 1.2 开始引入了java.lang.ref包，定义了四种引用强度：
强引用（Strong Reference）
最常见的形式：Object obj = new Object();
只要强引用存在，GC永远不会回收该对象。软引用（SoftReference）
内存不足时才会被回收。
应用场景：实现内存敏感的缓存，比如图片缓存。当 JVM 快 OOM 时，自动释放缓存。弱引用（WeakReference）
下次 GC 时就会被回收，无论内存是否充足。
应用场景：ThreadLocal的 key 就是弱引用，防止内存泄漏；也用于监听器、缓存等临时对象。虚引用（PhantomReference）
最弱，无法通过它获取对象，仅用于在对象被回收时收到通知。
应用场景：配合ReferenceQueue实现资源清理，比如 NIO 的DirectByteBuffer回收。
📌 记住口诀：软缓存、弱监听、虚回收。
面试题4：接口和抽象类的区别，什么时候用接口？什么时候用抽象类？
面试官提问：
“接口和抽象类都能定义规范，怎么选择？”
候选人回答：
主要区别如下：
| 特性 | 抽象类 | 接口 |
|---|---|---|
| 关键字 | abstract class | interface |
| 继承方式 | 单继承 | 多实现 |
| 成员 | 可有构造器、字段、具体方法 | JDK8+ 可有default方法，但不能有实例字段 |
| 设计目的 | is-a关系（代码复用） | can-do关系（能力契约） |
使用原则：
- 如果多个类有共同的代码逻辑（如公共字段、工具方法），用抽象类；
- 如果只是定义行为规范，且希望类能实现多个能力（如
Runnable + Serializable），用接口。
✅ 举例：
HttpServlet是抽象类（提供了service()等通用逻辑）；List、Comparable是接口（定义“能做什么”）。
面试题5：Java异常体系结构，Checked Exception 和 Unchecked Exception 的区别
面试官提问：
“Java 的异常是怎么分类的？Checked 和 Unchecked 有什么不同？”
候选人回答：
Java 异常体系以Throwable为根：
Throwable ├── Error（JVM 错误，如 OutOfMemoryError） └── Exception ├── RuntimeException（Unchecked） └── 其他 Exception（Checked）Checked Exception（受检异常）：
编译器强制要求处理（try-catch 或 throws），如IOException、SQLException。
表示可预期的外部问题，程序应尝试恢复。Unchecked Exception（非受检异常）：
包括RuntimeException及其子类（如NullPointerException、IllegalArgumentException）和Error。
通常是程序逻辑错误，不应被捕获，而应修复代码。
💡 建议：不要滥用 checked exception，现代框架（如 Spring）倾向于将 checked exception 包装为 unchecked，简化调用方处理。
面试题6：Java中的泛型是什么？泛型擦除是怎么回事？
面试官提问：
“泛型解决了什么问题？为什么说 Java 泛型是‘伪泛型’？”
候选人回答：
泛型（Generics）是在编译期提供类型安全检查的机制，避免强制类型转换和ClassCastException。
例如：
List<String>list=newArrayList<>();list.add("hello");// list.add(123); // 编译报错！Strings=list.get(0);// 无需强转但 Java 的泛型是通过类型擦除（Type Erasure）实现的——
编译后，泛型信息会被擦除，替换为上限类型（通常是Object）。所以上面的List<String>在运行时就是List。
带来的限制：
- 不能
new T()； - 不能使用
instanceof T； - 不能创建泛型数组。
🔍 为什么这么设计？
为了向后兼容JDK 1.4 之前的代码。C# 的泛型是真泛型（运行时保留类型），但 Java 选择了兼容性优先。
面试题7：Java反射机制的原理和应用场景，反射的性能问题如何优化？
面试官提问：
“反射很慢，为什么还要用？怎么优化？”
候选人回答：
反射原理：通过Class对象动态获取类的结构（字段、方法、构造器），并在运行时调用，绕过编译期类型检查。
典型应用场景：
- Spring 的依赖注入（
@Autowired）； - JDBC 加载驱动（
Class.forName()）； - ORM 框架（如 MyBatis 映射结果集到对象）；
- 单元测试框架（JUnit 反射调用测试方法）。
性能问题：
- 反射调用比直接调用慢10~50 倍（因涉及权限检查、参数封装等）；
- JIT 无法优化反射代码。
优化手段：
- 缓存
Method/Field对象，避免重复查找； - 使用
setAccessible(true)关闭访问检查（提升 20%+ 性能）； - 在高频场景下，可用LambdaMetafactory或MethodHandle替代（接近直接调用性能）。
✅ 示例：Spring 在启动时就缓存了所有 Bean 的反射元数据，运行时几乎无开销。
面试题8：Java中的序列化和反序列化，serialVersionUID的作用
面试官提问：
“什么时候需要序列化？
serialVersionUID到底有什么用？”
候选人回答：
序列化是将对象转换为字节流的过程，用于：
- 网络传输（如 RPC）；
- 持久化存储（如缓存到磁盘）；
- 深拷贝。
实现方式：类实现Serializable接口（标记接口）。
serialVersionUID的作用：
它是序列化版本的唯一标识。反序列化时，JVM 会检查.class文件中的serialVersionUID是否与字节流中的匹配。
- 如果不显式声明，JVM 会根据类结构自动生成一个（对字段、方法敏感）；
- 一旦类结构变化（如加字段），自动生成的 UID 会变，导致反序列化失败（
InvalidClassException）。
最佳实践：
显式声明private static final long serialVersionUID = 1L;，并在兼容性允许的情况下保持不变。
⚠️ 注意：如果类不需要跨 JVM 或长期存储，可以不关心 UID；但涉及网络传输或持久化，必须管理好版本。
总结
这8道题覆盖了 Java 基础中的核心概念，看似简单，但每一题都能延伸出深度。面试官往往通过“连环追问”考察你是否真正理解底层原理。
建议：不要死记硬背，而是结合源码（如
String.equals()、HashMap）、调试、实验去验证。只有理解了“为什么”，才能在压力面试中从容应对。
如果你觉得本文有帮助，欢迎点赞、收藏、转发！
评论区互动：你在面试中被问过哪些“灵魂拷问”？欢迎分享！