Spring Data 2中findById与getOne的差异及懒加载异常问题

这个问题的核心在于getOne()和findById()的底层实现逻辑完全不同，咱们一步步拆解清楚：

1. getOne()的本质：返回代理对象，延迟加载 #

getOne(ID id)是基于JPA的EntityManager#getReference()实现的，它的设计目的是避免不必要的数据库查询：

• 调用它的时候，并不会立即执行SQL去数据库查询实体，而是返回一个Hibernate代理对象（这个对象只持有主键id，其他属性都是未加载的状态）。
• 只有当你后续访问这个代理对象的非主键属性时，Hibernate才会尝试从数据库加载数据，但这时候如果当前的Session（也就是JPA的EntityManager）已经关闭了，就会抛出org.hibernate.LazyInitializationException: could not initialize proxy - no Session异常。

2. findById()的行为：立即查询，返回真实实体 #

findById(ID id)则是立即执行SQL查询数据库，返回的是已经加载到内存中的真实实体对象：

• 它会把实体的所有非懒加载属性都从数据库加载进来（如果有懒加载的关联关系，那关联对象还是代理，但基础属性是齐全的）。
• 即使后续Session关闭了，你访问实体的基础属性也不会有问题，因为数据已经在内存里了，不需要再去数据库查询。

3. 和Spring Data 1.x的findOne()对比 #

你之前用的myRepository.findOne(id)，其实和现在的findById(id).get()（或者findById(id).orElse(null)）行为一致，都是立即查询数据库返回真实实体。升级后换成getOne()，相当于把“立即加载”换成了“延迟加载”，自然就遇到了Session关闭后的懒加载问题。

什么时候适合用getOne()？ #

如果你的场景只是用实体的主键做关联操作（比如给另一个实体设置外键），不需要访问实体的其他属性，那用getOne()可以节省一次数据库查询，提升性能。但一定要确保：

• 在当前Session的生命周期内使用这个代理对象，或者
• 后续访问代理属性时，Session仍然处于活跃状态（比如在@Transactional方法内部）

内容的提问来源于stack exchange，提问作者mrkernelpanic