Java面试图解笔记【一】用遥控器、厨房、仓库讲透基础29题

Java面试85题图解版（一）：基础核心篇

---

📂 Java面试85题图解版 · 全系列7篇

基础核心篇← 你在看 | 并发+JVM | Spring+数据库 | Redis缓存 | 高阶架构 | 高阶特性

📌 全系列总目录 | 💡 每道题 = 结构图 → 场景比喻 → 对比表 → 一句话总结

---

阅读提示：本文是“图解+比喻+一句话总结”面试题库的第一篇，覆盖Java基础、集合、JDK版本演进及数据库基础共29道题。每道题拆成四层结构——结构图 → 场景比喻 → 关键对比表 → 一句话总结。通勤刷几题，两周后你会回来谢我。

一、Java 语言基础（第1-10题）

📌 第1题：Java 三大特性

一图看清

比喻记忆：遥控器

• 封装：你按遥控器的“音量+”，内部电路怎么工作你不需要知道，你只关心按钮。
• 继承：智能遥控器继承了普通遥控器所有按钮，还多了语音键。
• 多态：按“开关”键，电视开机，空调也开机——同一个动作，不同设备不同反应。

💡 一句话总结：封装藏细节，继承复用代码，多态一个接口多种实现。

面试官问：Java三大特性是什么？能举个场景例子吗？（附图解+比喻+追问）

📌 第2题：JDK vs JRE vs JVM

一图看清

比喻记忆：厨房

• JVM = 燃气灶，负责把菜做熟（执行字节码），不同品牌灶都能炒菜。
• JRE = 厨房，有灶、有锅碗瓢盆（核心类库），只能做饭不能买菜。
• JDK = 整个菜市场+厨房，有菜（源码）有刀（编译工具）有厨房。

💡 一句话总结：JDK包含JRE，JRE包含JVM，开发用JDK，运行只要JRE。

面试官问：JDK、JRE、JVM有什么区别？一张图+厨房比喻搞定

📌 第3题：基本类型 vs 引用类型

一图看清

比喻记忆：房产证信息

• 基本类型 = 房产证上写“面积120平米”，这个数字就是面积本身。
• 引用类型 = 房产证上写“XX路XX号”，你得按地址才能找到房子。== 比较的是地址是不是同一个门牌号，equals 比较的是房子里面的装修是不是一样。

💡 一句话总结：基本类型存值，引用类型存地址，比较时一个比值一个比地址。

面试官问：Java 中的基本类型和引用类型有什么区别？== 比较它们时行为一样吗？

📌 第4题：== vs equals()

一图看清

==  ：比较值（基本类型）或地址（引用类型）
equals()：默认也是比地址，但String等重写后比内容

比喻记忆：身份证号 vs 人脸识别

• ==：比身份证号是不是同一个——严格判断是不是同一个人。
• equals()：被重写后像人脸识别——长得像就认为是同一个人，不管身份证号。

常见坑：Integer 在 -128~127 内用缓存，== 可能为 true；超出范围则 false。

💡 一句话总结：== 看是不是同一个，equals 看内容是不是一样（重写后）。

📌 第5题：String vs StringBuilder vs StringBuffer

一图看清

比喻记忆：三种写字方式

• String = 钢笔写字，写错了只能换一张新纸。
• StringBuilder = 白板写字，擦掉重写，但别人也能擦。
• StringBuffer = 白板+专人看守，别人想擦得排队。

💡 一句话总结：少修改用String，单线程拼接用StringBuilder，多线程用StringBuffer。

📌 第6题：final vs finally vs finalize

一图看清

比喻记忆：三种“最终”

• final = 独生子女证，这孩子就是最终版，不能再有弟弟妹妹继承他。
• finally = 追悼会，生前关系好不好都会来（除非System.exit(0)直接火化）。
• finalize = 临终遗言，说啥不一定有用，而且说不说也不知道（已被JDK9弃用）。

💡 一句话总结：final修饰不可变，finally必定执行，finalize已过时别用。

📌 第7题：接口 vs 抽象类

一图看清

比喻记忆：合同 vs 门派

• 接口 = 合同：明星能同时签“会唱歌”、“会跳舞”、“会武术”多份合同，并同时履行。
• 抽象类 = 门派：你是“少林派弟子”，这个出身决定了你的基础武功。只能属于一个门派，但可以同时签多份演出合同。

💡 一句话总结：接口是多能合同，能多签；抽象类是门派血统，只有一个。

📌 第8题：重载 vs 重写

一图看清

重载 (Overload)：同一类，方法名相同，参数不同，编译时确定
重写 (Override)：子类重定义父类方法，方法签名相同，运行时确定

比喻记忆：点奶茶

• 重载：你去奶茶店说“来杯奶茶”，老板问口味，你说“珍珠奶茶”。同一个“来杯奶茶”指令，带不同参数出不同结果。这是编译时就定好的菜单。
• 重写：你爸炒菜放盐多，你学了他这道菜但少放盐。同一个菜名，但你的版本不同。运行时看你用谁的方子。

💡 一句话总结：重载是同一动作的不同参数版本，重写是子类覆盖父类的同一动作。

📌 第9题：Java 异常体系

一图看清

Throwable
 ├─ Error（JVM错误，无法处理）
 └─ Exception
      ├─ 受检异常（Checked，编译期必须处理）
      └─ 非受检异常（Unchecked，RuntimeException，编译不管）

比喻记忆：地震 vs 忘带钥匙

• Error = 地震了，你没办法，只能跑。
• 受检异常 = 出门前被老妈提醒“记得带伞，可能会下雨”，必须准备。
• 非受检异常 = 走路踩到香蕉皮滑倒——没人事先告诉你，摔了才知道。

💡 一句话总结：Error是天灾只能承受，Checked必须提前处理，Runtime异常摔了才知道。

📌 第10题：反射机制

一图看清

Class对象 → 获取构造/方法/字段 → 动态创建对象/调用方法

比喻记忆：X光机

• 正常调用：你直接跟人说话。
• 反射：你拿X光机照一个人，能看见骨架结构、器官位置（类的内部结构），甚至可以操作他——相当于运行时看透一个类的所有信息并且修改它。

缺点：性能低、破坏封装、有安全隐患，但框架离不开它。

💡 一句话总结：反射让程序运行时看透并操作类的一切，框架核心但有性能代价。

二、集合框架（第11-16题）

📌 第11题：ArrayList vs LinkedList

一图看清

ArrayList：            LinkedList：
[0][1][2][3][4]...    head ⇄ [A] ⇄ [B] ⇄ [C] ⇄ tail
连续内存，查O(1)              每节点有前后指针，头尾插入O(1)

比喻记忆：高铁 vs 自行车队

• ArrayList = 高铁：所有车厢连在一起，第8车厢直接走过去。但在第3车厢后加一节，后面全得脱钩重连。
• LinkedList = 自行车队：每人只记得前面和后面是谁。找第10个人得从头数。但在队伍最前面加人，只需告诉新来的跟着原领头人。

💡 一句话总结：查多改少用ArrayList，频繁头尾增删用LinkedList。

📌 第12题：HashMap 底层原理与扩容

一图看清

JDK7：数组 + 单向链表（头插法，扩容可能死循环）
JDK8：数组 + 链表 + 红黑树（尾插法，链表≥8且数组≥64转红黑树，节点＜6退链表）

扩容条件：size > threshold (= capacity × loadFactor)
JDK8扩容：旧索引 i 的链表 → 新索引只有 i 或 i+旧容量 两种

比喻记忆：仓库搬迁

• JDK7：新来的货硬塞到队伍最前面。搬迁时工人用混乱的工单可能造成圈状传送带死循环。
• JDK8：新货放在队尾。当某种货超过8个排长队，经理说改成立体货架（红黑树）提高查找率。搬迁有序，但仍可能两个工人抢同一个位置（数据覆盖）。

💡 一句话总结：JDK7头插死循环，JDK8尾插加红黑树，但两者多线程都不安全。

📌 第13题：ConcurrentHashMap 线程安全实现

一图看清

JDK7：Segment分段锁（继承ReentrantLock），默认16段，并发度16
JDK8：CAS + synchronized锁头结点，锁粒度到桶级，多线程协同扩容

比喻记忆：工地施工方式

• JDK7 分段锁：把大楼分16层施工，每层独立钥匙。同层只能一个人干活，不同层并行。
• JDK8 桶锁：不再分楼层，哪根柱子有冲突就只锁那根柱子。CAS相当于“看一眼没人就立刻焊”，不用去找钥匙。

💡 一句话总结：JDK7段锁粗，JDK8细到锁单个桶，CAS先行失败才加synchronized。

📌 第14题：HashSet vs TreeSet

一图看清

HashSet：底层HashMap，无序，允许一个null
TreeSet：底层TreeMap红黑树，有序（自然/比较器），不允许null

比喻记忆：抽屉 vs 书架

• HashSet = 把所有东西分类扔进不同抽屉，找的时候按标签找，但抽屉间没顺序。
• TreeSet = 按书本高矮排列在书架上，永远有序，但放书时就得比较排位。

💡 一句话总结：HashSet找得快无序，TreeSet排好序但比较开销大。

📌 第15题：泛型与类型擦除

一图看清

写代码时：List<String> → 编译检查
编译后：List → 类型变Object

比喻记忆：机场安检标签

• 泛型：行李上贴标签“此包只有书籍”。安检时（编译时）检查，非书籍不给过。
• 类型擦除：过了安检就把标签撕了，上了传送带后管你是谁家的箱，都一个待遇。运行时候不知道原来是什么类型。

💡 一句话总结：泛型只存在于编译期，编译后擦除为Object。

📌 第16题：Comparable vs Comparator

一图看清

Comparable：内比较器，类实现compareTo()，与类耦合
Comparator：外比较器，独立实现compare()，解耦可多排序策略

比喻记忆：身高尺 vs 裁判打分

• Comparable：一个人自带身高，往尺子旁一站自己就比你高了——我“自己知道怎么比”。
• Comparator：场外裁判给定规则，今天按身高排，明天按体重排——规则独立。

💡 一句话总结：Comparable自带比较能力，Comparator外部给规则，灵活解耦。

三、JDK 版本演进核心对比（第17-21题）

📌 第17题：JDK 8 核心新特性

一图看清

Lambda表达式 → 简化匿名内部类
Stream API → map/filter/reduce声明式处理集合
Optional → 优雅处理null
新日期时间API → java.time，线程安全
默认方法 → 接口可包含实现
方法引用 → ClassName::method

比喻记忆：新式厨房设备

• Lambda：老式食谱要写满一页，新式食谱“热锅→放油→炒→出锅”一行搞定。
• Stream：流水线，原料进去，自动筛选、加工、包装一条龙出来。
• Optional：防烫手套，有东西就拿着，空的也不会烫手（null不炸）。

💡 一句话总结：JDK8四大件：Lambda、Stream、Optional、新日期API。

📌 第18题：元空间替代永久代

一图看清

永久代（JDK7及以前）：固定大小，易OOM，存类元数据、字符串常量池
元空间（JDK8+）：使用本地内存，自动扩容，字符串常量池移入堆

比喻记忆：档案室搬迁

• 永久代：公司档案室在主楼（堆）里，固定大小，文件放不下就炸。
• 元空间：把档案室搬到地下室（本地内存），几乎无限扩，不占主楼空间。

💡 一句话总结：元空间用本地内存免OOM，字符串常量池移入堆。

📌 第19题：JDK 17 核心新特性（LTS）

一图看清

密封类 (Sealed Classes) → permits限制可继承的子类
模式匹配 for switch（预览）→ 简化类型判断
增强伪随机数生成器
恢复始终严格的浮点语义
移除 Applet API 和 RMI 激活
外部函数与内存 API（孵化）→ 替代JNI

比喻记忆：VIP 门禁系统

• Sealed Class：规定只允许3家供应商进入（permits A, B, C），其他全拦。编译期就知道谁来了，安全。

💡 一句话总结：JDK17 LTS重点：Sealed Class、模式匹配孵化、Applet移除。

📌 第20题：JDK 21 核心新特性（LTS）

一图看清

虚拟线程 (Virtual Threads) → 十万级并发，无需线程池
记录模式 (Record Patterns) → 解构记录类
模式匹配 for switch 正式 → 编译器检查完备性
序列化集合 (Sequenced Collections) → 有序操作更简单
字符串模板（预览）→ STR."Hello \{name}"
分代 ZGC → 更低延迟

比喻记忆：共享管家

• 虚拟线程：传统线程是每桌客人配专属服务员，客人看菜单时服务员干等。虚拟线程是5个万能管家服务1000桌，A犹豫时管家立刻去B倒水。管家随身笔记（栈）随时切。

💡 一句话总结：JDK21王牌虚拟线程，百万线程不是梦。

📌 第21题：JDK8迁移到JDK17/21的兼容性问题

一图看清

模块化系统 → 内部API受限，需--add-opens
移除API → finalize废弃，Nashorn引擎，Java EE模块
GC变化 → JDK9起G1默认，JDK17起ZGC可用
反射权限加强 → setAccessible受限

比喻记忆：老城区改造

• 内部API：以前你能穿小区捷径，现在都加了门禁（模块化），得申请通行证。
• 移除API：老街拆了，原来的店铺得换新址（引第三方依赖）。
• GC变化：以前默认的收集大妈退休了，新来的G1和ZGC更高效但规矩不同。

💡 一句话总结：模块化是最大门槛，内部API和反射权限是最大痛点。

四、数据库基础与对比（第22-29题）

📌 第22题：MySQL InnoDB vs MyISAM

一图看清

InnoDB：支持事务、行锁、外键、崩溃恢复、聚簇索引
MyISAM：不支持事务、表锁、无外键、索引数据分离

比喻记忆：银行柜台 vs 公告栏

• InnoDB：银行柜台，每一笔交易都有记录、可回滚，每个人独立窗口。
• MyISAM：公告栏，贴上去大家都能看，但改公告得把整个栏锁上，也没记录。

💡 一句话总结：事务、高并发用InnoDB；只读、简单报表可用MyISAM（已很少用）。

📌 第23题：MySQL vs PostgreSQL 架构与定位

一图看清

MySQL：多线程模型，简单好用，OLTP互联网场景默认选择
PostgreSQL：多进程模型，功能完备，数据类型丰富，复杂查询和地理空间更强

比喻记忆：便利店 vs 仓储式超市

• MySQL：便利店，小快灵，常规需求都能满足，人多也维持得住。要求复杂时得搭配中间件。
• PostgreSQL：仓储大超市，品种齐全（JSONB、数组、几何、全文），规矩严格，适合需要数据完整性和复杂分析的企业级场景。

💡 一句话总结：简单互联网OLTP选MySQL；复杂查询、地理空间、数据完整性选PG。

📌 第24题：事务 ACID 属性

一图看清

A 原子性：要么全做，要么全不做
C 一致性：状态从一个正确态到另一个正确态
I 隔离性：并发事务间互不干扰
D 持久性：提交了就永久保存

比喻记忆：银行转账

• A：转账要么扣款+加款都完成，要么都不做，不存在扣了没加。
• C：转账前后两边账户总钱数不变。
• I：别人同时转钱给你，不会互相干扰数据。
• D：转完后银行倒闭，记录还在。

💡 一句话总结：ACID = 要么全做、总能对得上、各干各的、干了就永久。

📌 第25题：MySQL 与 PostgreSQL 默认隔离级别差异

一图看清

隔离级别由低到高：
READ UNCOMMITTED  → 脏读❌ 不可重复读❌ 幻读❌
READ COMMITTED    →        不可重复读❌ 幻读❌  ← PG默认
REPEATABLE READ   →                   幻读❌  ← MySQL默认
SERIALIZABLE      →              （全部解决）

比喻记忆：图书馆管理员

• MySQL（REPEATABLE READ）：管理员把你查的那几排书架锁起来，别人不许插新书——Next-Key Lock防幻读，但锁多了可能死锁。
• PostgreSQL（READ COMMITTED）：管理员说“你每次查一本书，我给你当时书架的即时照片”。每次照片可能不一样——不防不可重复读和幻读，但吞吐量高。

💡 一句话总结：MySQL RR靠锁防幻读可能死锁，PG RC性能好但不防不可重复读。

📌 第26题：MVCC 多版本并发控制（MySQL vs PostgreSQL）

一图看清

MySQL InnoDB：undo log存旧版本 + ReadView判断可见性 + purge清理
PostgreSQL：行标记xmin/xmax，旧版本留数据页 + VACUUM清理

比喻记忆：图书馆借书记录

• MySQL：每次借出，旧借书卡留底单（undo log），想看历史翻底单。管理员定时碎掉旧底单（purge）。
• PostgreSQL：直接在旧书上画叉，新书摆旁边（新行）。书不撕，但书架（表）膨胀，必须定期催收废品（VACUUM）。

💡 一句话总结：MVCC读不阻塞写。MySQL靠undo，PG靠行标记加VACUUM。

📌 第27题：数据库索引的底层结构

一图看清

MySQL：B+Tree为主，另支持全文索引、空间索引（R-Tree）
PostgreSQL：B+Tree + Hash + GiST + GIN + BRIN + SP-GiST

比喻记忆：四种找货方式

• B+Tree：常规货架，按编号找，一找一个准，范围查询顺着走。
• GiST：仓库平面图，画距离、测几何形状，适合空间数据。
• GIN：属性倒排清单，“红色M码A字裙”查三个清单取交集。
• BRIN：集装箱编号范围表，每箱只写“1号箱：2025-01-01~01-03”，找1月5号直接跳2号箱。

💡 一句话总结：B+Tree通用，GIN善包含查询，GiST善空间，BRIN用极小体积处理超大顺序表。

📌 第28题：JOIN 类型与 ON vs WHERE

一图看清

INNER JOIN：两表匹配的行
LEFT JOIN：左表全部保留，右表无匹配则NULL
RIGHT JOIN：右表全部保留，左表无匹配则NULL
FULL OUTER JOIN：两表全部保留

ON：连接条件，决定怎么配对
WHERE：过滤最终结果，外连接时会把NULL行干掉

比喻记忆：相亲大会

• INNER JOIN：两人对上眼，才出现在结果里。
• LEFT JOIN：左边的人全留下，右边的没人配对就空着。
• ON：配对规则，比如“年龄±3岁”。
• WHERE：最终筛选，“收入低于1万的别来了”——即使左边有人本来要留也没了。

💡 一句话总结：ON定怎么连，WHERE定怎么筛，外连接时WHERE会把不匹配的行滤掉。

📌 第29题：慢 SQL 定位与优化

一图看清

定位工具：
MySQL → 慢查询日志、EXPLAIN、Performance Schema、pt-query-digest
PG → log_min_duration_statement、EXPLAIN ANALYZE、pg_stat_statements

常见优化：
加索引、避免SELECT *、用JOIN替代子查询、分库分表/分区

比喻记忆：抓慢速快递员

• 慢查询日志：监控哪个快递员（SQL）送件超过1小时。
• EXPLAIN：查看他走什么路线（执行计划），是走路还是开车。
• 优化：给他配辆车（加索引）、优化路线（改SQL）、建分站（分库分表）。

💡 一句话总结：定位靠日志+执行计划，优化靠加索引+改SQL+分拆。

基础篇的29道题到这里结束。这29道题覆盖了面试中80%的“第一问”——如果这些题你都能用画面和故事讲出来，你的面试开局就已经赢了一半。

下一篇： 进阶深化（上）：并发编程 + JVM —— 锁升级过程、线程池参数（银行柜台比喻）、ThreadLocal内存泄漏、垃圾回收算法、类加载双亲委派……面试官最爱追问的“深水区”来了。
💡 基础篇的比喻帮你过了面试第一关。想深入理解这些知识点的源码和避坑细节？
姊妹系列《Java 100天进阶之路》从零开始，每篇都有可运行的代码+踩坑表格+面试考点。
👉 《Java 100天进阶之路 · 完整目录导航》
👉 点击关注我 📂 返回全系列导航
📌 除了Java，我也在深挖智能物流实战（出版社WMS、托盘调度、机器学习落地）。如果你对技术在不同领域的实战感兴趣，欢迎点击我的头像，看看专栏《出版社物流WMS智能调度实战》。技术相通，思路可鉴。