Java实习模拟面试实录：Redis原子性、Spring循环依赖与MySQL回表深度解析 —

Java实习模拟面试实录：Redis原子性、Spring循环依赖与MySQL回表深度解析 —— 创新零售后端一面（40分钟）

最近参加了一场来自「JDY创新零售」后端开发实习生岗位的一轮技术面试，全程约40分钟，问题层层递进、追问犀利，非常考验基础知识的扎实程度和项目理解深度。本文将以模拟对话 + 专业解析的形式，还原这场高含金量的面试全过程，帮助大家查漏补缺、备战春招！

🎯 面试背景速览

公司：JDY（某头部创新零售科技公司）
岗位：后端开发实习生
时长：约40分钟
风格：重基础、深追问、结合项目与前沿技术（如RAG、Function Calling）

1️⃣ 编程背景：跨专业转型的起点

面试官提问：

“你是其他专业的，你的技术语言和编程是从什么时候开始学的？”

我的回答：

“我从大二下学期开始系统学习编程，最初是用 Python 做数据分析和物理仿真，后来在课程项目中接触了 Web 开发，逐渐转向 Java 生态。大三上学期开始自学 Spring Boot、MySQL 和 Redis，并做了两个完整的后端项目。虽然专业不同，但物理训练出的逻辑思维和建模能力，反而让我在理解系统架构和并发模型时有独特优势。”

💡Tips：跨专业同学不必回避背景，重点突出“主动学习路径”+“能力迁移优势”。

2️⃣ Redis 深度拷问：Lua 脚本与底层结构

Q1：Lua 脚本在实际中用来干嘛？

面试官提问：

“Lua 脚本在实际中用来干嘛？”

我的回答：

“在我们项目中，Lua 主要用于实现分布式限流和库存扣减这类需要原子性的操作。比如秒杀场景，我们要先检查库存是否充足，再扣减，这两个操作必须在一个原子单元里完成，否则高并发下会出现超卖。这时候就可以写一个 Lua 脚本，一次性传给 Redis 执行，避免网络往返和中间状态被干扰。”

Q2：为什么 Lua 脚本能保证 Redis 原子性？

面试官追问：

“为什么 Lua 脚本能保证原子性？”

我的回答：

“因为 Redis 是单线程执行命令的（这里指命令处理阶段），而 Lua 脚本在执行期间不会被其他客户端的请求打断。Redis 会把整个脚本当作一个整体命令来执行，在脚本运行期间，其他命令只能排队等待。这就天然保证了脚本内部所有 Redis 操作的原子性。”

⚠️ 注意：这里的“单线程”指的是命令执行阶段，不包括网络 I/O 或持久化等后台线程。

Q3：Redis 的 String 结构组成是什么？

面试官继续追问：

“Redis 里的 String 结构底层是怎么组成的？”

我的回答：

“Redis 的 String 并不是简单的 C 字符串，而是基于SDS（Simple Dynamic String）实现的。SDS 结构包含三个关键字段：
len：记录当前字符串长度；
alloc：分配的内存总大小；
buf[]：实际存储字节的柔性数组。
这样设计的好处是：获取长度 O(1)、避免缓冲区溢出、支持二进制安全（可以存图片、序列化对象等），而且通过预分配策略减少内存重分配次数。”

3️⃣ Java 基础：volatile 关键字

面试官提问：

“Java 中的 volatile 关键字有什么作用？”

我的回答：

“volatile 主要有两个作用：
保证可见性：当一个线程修改了 volatile 变量，其他线程能立即看到最新值，因为每次读都会从主内存加载，而不是 CPU 缓存；
禁止指令重排序：JVM 和 CPU 不会对 volatile 变量相关的读写进行重排序优化。
但它不能保证原子性。比如i++即使 i 是 volatile 的，依然可能出错，因为这包含‘读-改-写’三步。这时候需要用AtomicInteger或加锁。”

4️⃣ MySQL 核心机制三连问

Q1：MySQL 5.7 默认引擎？

面试官：

“MySQL 5.7 默认引擎是什么？”

我：

“是InnoDB。从 MySQL 5.6 开始 InnoDB 就成为默认存储引擎了，5.7 延续了这一设定。”

Q2：InnoDB vs MyISAM？

面试官：

“InnoDB 和 MyISAM 有什么区别？”

我：

“主要区别有四点：
事务支持：InnoDB 支持 ACID 事务，MyISAM 不支持；
锁粒度：InnoDB 支持行级锁（配合索引），MyISAM 只有表级锁；
外键：InnoDB 支持外键约束，MyISAM 不支持；
崩溃恢复：InnoDB 有 redo/undo 日志，可 crash-safe；MyISAM 没有，容易数据损坏。
所以现代 Web 应用基本都用 InnoDB。”

Q3：什么是回表操作？

面试官：

“什么是回表操作？”

我：

“当我们使用非聚簇索引（比如普通二级索引）查询时，如果 SELECT 的字段不在该索引中，InnoDB 就需要根据索引中的主键值，再回到聚簇索引（主键索引）中查找完整行数据，这个过程就叫‘回表’。
举个例子：SELECT name FROM user WHERE age = 25;如果 (age) 有索引但 name 不在索引里，就要回表。为了避免回表，我们可以建联合索引(age, name)，实现覆盖索引。”

5️⃣ Spring 与 JVM：循环依赖与版本演进

Q1：Spring 三级缓存，二级存什么？

面试官：

“Spring 解决循环依赖用了三级缓存，二级缓存存的是什么？”

我：

“Spring 的三级缓存分别是：
一级：singletonObjects（成品 Bean）
二级：earlySingletonObjects（早期暴露的 Bean 对象，即已经实例化但未完全初始化的 Bean）
三级：singletonFactories（ObjectFactory，用于生成早期引用）
二级缓存存的就是提前暴露的、尚未完成属性注入和初始化的原始 Bean 实例。它的存在是为了避免在 AOP 场景下对同一个 Bean 多次代理——一旦三级工厂生成了早期引用并放入二级缓存，后续直接复用，不再走工厂。”

Q2：JVM 1.7 → 1.8 的重大变化？

面试官：

“JVM 从 1.7 到 1.8 升级发生了什么关键变化？”

我：

“最核心的变化是：永久代（PermGen）被彻底移除，替换为元空间（Metaspace）。
原因：PermGen 大小固定，容易 OOM，且 GC 效率低；
Metaspace使用本地内存（native memory），默认只受系统限制，类元数据存储更灵活；
同时，字符串常量池和静态变量也从 PermGen 移到了堆中。
此外，JDK 8 还引入了 Lambda 表达式、Stream API 等语言特性，但 JVM 层面最大的就是 Metaspace 替代 PermGen。”

6️⃣ 锁机制：实战经验考察

面试官提问：

“你在实际项目中用过哪些锁？”

我的回答：

“主要有三种：
synchronized：用于方法或代码块，简单可靠，JDK 1.6 后性能大幅提升；
ReentrantLock：在需要超时、可中断或公平锁的场景使用，比如订单状态变更；
Redis 分布式锁：基于SET key value NX PX实现，配合 Lua 脚本保证解锁原子性，用于跨服务的库存扣减。
我们还对比过 Redlock 算法，但最终因运维复杂度选择了单 Redis 实例 + 高可用部署的方案。”

7️⃣ AI 与项目深度交流：专利、RAG 与 Function Calling

面试官：

“简历里写了申请专利，是什么专利？”

我：

“是一项关于基于用户行为序列的个性化商品推荐方法的发明专利，核心是融合实时点击流与长期兴趣画像，通过轻量级图神经网络做 embedding 融合。目前已进入实质审查阶段。”

面试官：

“最近在学什么？”

我：

“最近在深入研究RAG（Retrieval-Augmented Generation）和Function Calling技术。
RAG能让大模型在生成答案前先检索私有知识库，解决幻觉问题，我们在做一个智能客服原型就用了 LangChain + Milvus；
Function Calling（如 OpenAI 的 function calling）则让 LLM 能‘调用工具’，比如查数据库、调 API，实现‘思考-行动’闭环。我觉得这对未来后端架构影响很大——LLM 可能成为新的‘调度层’。”