ORM框架面试题解析：高频考点与实战思路
最近朋友小李去面试Java开发岗位，自信满满地准备了Spring Boot和MySQL相关内容，结果被一道关于Hibernate延迟加载的问题难住了。面试官问：‘如果一个订单关联了用户，开启延迟加载后，在Service层访问订单的用户信息，为什么有时候会报LazyInitializationException？’小李一时语塞。这其实是ORM框架面试中非常典型的场景题。
ORM（Object-Relational Mapping）作为连接程序对象与数据库之间的桥梁，在现代开发中几乎无处不在。像MyBatis、Hibernate、JPA这些框架，早已成为后端岗位的必考内容。掌握常见的面试题，不仅能帮你过关斩将，还能加深对数据持久层的理解。
什么是ORM？为什么用它？
简单说，ORM就是把数据库里的表映射成代码里的类，把记录变成对象。比如一张user表，对应一个User类，字段自动转为属性。没有ORM时，写SQL拼接参数是家常便饭，容易出错还难维护。用了MyBatis或Hibernate之后，增删改查变得像调方法一样自然。
但面试官不会只让你背定义。他们更关心你是否理解底层机制。比如问：‘MyBatis和Hibernate有什么区别？’
你可以这样答：MyBatis是半自动的，需要自己写SQL，灵活性高，适合复杂查询；而Hibernate是全自动的，配置好映射关系后，大部分操作都不用手动写SQL，但学习成本略高，且在处理大数据量或多表联合时可能生成低效语句。
谈谈一级缓存和二级缓存
这是Hibernate常考的一点。一级缓存默认开启，属于Session级别。同一个Session中查询两次相同ID的对象，第二次不会走数据库。
二级缓存则是SessionFactory级别的，多个Session可以共享。但要小心，并发环境下如果其他程序直接改了数据库，缓存就可能不一致。所以通常只用于数据变动少的场景，比如字典表。
面试时如果被追问‘如何开启二级缓存？’，可以回答引入EhCache依赖，在hibernate.cfg.xml里配置缓存策略，然后在实体类上加@Cache注解指定策略，比如read-only或read-write。
延迟加载背后的坑
回到开头那个问题。延迟加载（Lazy Loading）本意是为了性能优化，避免一次性加载所有关联数据。但在Web项目中，Session往往在DAO层就关闭了，到了Controller再访问未加载的关联对象，就会抛出LazyInitializationException。
解决办法有几个：一是使用Open Session in View模式，保持Session到视图渲染完成，但这可能延长数据库连接时间；二是提前在Service层主动触发加载，比如调用getUser()方法；三是改用立即加载（Eager），但得权衡性能影响。
MyBatis中的#{}和${}区别
这个问题几乎每场涉及MyBatis的面试都会出现。#{}是预编译占位符，相当于JDBC里的PreparedStatement，能防止SQL注入；${}是字符串替换，直接拼进SQL，适用于动态表名或排序字段这类无法预编译的场景。
举个例子：
<select id="findUser" resultType="User">
SELECT * FROM user WHERE name = #{name} AND order by ${column}
</select>这里的#{name}会被替换成?，安全；而${column}则直接插入传入的列名，必须确保输入可信。
如何设计一个简单的ORM核心逻辑？
有些公司喜欢问原理题。比如让你模拟实现一个极简版的ORM。这时候可以从三个角度切入：读取实体类上的注解（比如@Table、@Id），通过反射获取字段与数据库列的映射关系，最后拼装SQL并执行。
例如，有一个类标注了@Table(name="t_user")，主键字段有@Id，那么插入时就能自动生成INSERT INTO t_user (id, name) VALUES (?, ?)这样的语句。
虽然实际框架远比这复杂，但能讲清楚这个流程，已经能体现你对底层机制的理解了。
面试不是背答案的游戏。真正打动面试官的，是你对问题背后原理的把握，以及在实际项目中踩过坑、填过雷的经历。下次遇到ORM相关问题，别急着套模板，想想你在哪个项目里用过它，当时遇到了什么问题，又是怎么解决的——这才是最有力的回答。