如何配置Hibernate实现EmbeddedId立即加载，解决LazyInitializationException异常

问题根因 #

@EmbeddedId本身属于实体基础字段，默认就是立即加载的，你遇到的异常不是主键懒加载导致的，核心原因是你拿到的Offer对象是Hibernate的懒加载代理对象而非已经初始化的实体：

1. 常见触发场景是其他实体中存在@ManyToOne(fetch = FetchType.LAZY)类型的Offer关联属性，你拿到这个代理对象时Session已经关闭，后续访问offer.getOfferId()时，由于是复合主键，Hibernate没有将主键字段提前缓存到代理中，必须初始化代理才能拿到完整的OfferKey，就会抛出无Session的异常。
2. 你用到了Lombok的@Data注解，该注解会自动生成包含所有字段的toString、equals、hashCode方法，如果代码里隐式调用了这些方法（比如打印日志、将对象存入Set/Map），也会触发代理初始化。

可行修复方案 #

低侵入修复（无需改动现有数据模型） #

• 方案1：开启Hibernate复合主键代理优化
  如果你使用的是Hibernate 5.3及以上版本，直接在配置文件中添加如下配置即可：

hibernate.jpa.composite-identifier.optimization.enabled=true

开启后访问复合主键的getter不会触发代理初始化，直接就能拿到主键值。

• 方案2：调整主键访问策略
  在Offer类的复合主键字段上添加@Access(AccessType.PROPERTY)注解：

@EmbeddedId
@Access(AccessType.PROPERTY)
private OfferKey offerId;

手动指定用属性访问策略后，Hibernate会将复合主键字段缓存到代理中，访问时不需要初始化代理。

• 方案3：查询时提前加载关联对象
  如果是从其他实体的关联属性拿到的Offer代理，可以在查询关联实体的JPQL中使用JOIN FETCH直接加载关联的Offer，避免拿到代理对象，示例：

SELECT o FROM Order o JOIN FETCH o.offer WHERE o.id = :orderId

• 方案4：添加事务包裹逻辑
  在访问Offer属性的业务方法上添加@Transactional注解，保证整个逻辑执行过程中Session处于开启状态。

重构方案（长期优化） #

如果现有代码中OfferKey的使用范围很小，可以考虑将复合主键改为单主键+联合唯一约束：新增自增ID作为实体主键，给offer_id和dif_id字段单独加联合唯一约束，这样后续处理主键逻辑更简洁，也能彻底避免这类复合主键相关的代理问题。如果现有逻辑已经大量依赖OfferKey作为主键，重构成本较高，不建议改动。

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