我正在为想要使用延迟初始化的客户开发一个项目。当使用默认延迟加载模式映射类时，它们总是会出现“延迟初始化异常”。
@JoinTable(name = "join_profilo_funzionalita", joinColumns = {@JoinColumn(name = "profilo_id", referencedColumnName = "profilo_id")}, inverseJoinColumns = {@JoinColumn(name = "funzionalita_id", referencedColumnName = "funzionalita_id")})
//@ManyToMany(fetch=FetchType.EAGER) - no exceptions if uncommented
@ManyToMany
private Collection<Funzionalita> funzionalitaIdCollection;
是否有使用JPA类的标准模式来避免此错误？
欢迎使用片段，非常感谢您的时间。
Hibernate 4.1.6最终解决了这个问题：https://hibernate.atlassian.net/browse/HHH-7457
您需要设置hibernate属性hibernate.enable_lazy_load_no_trans = true
以下是在Spring中如何做到这一点：
<bean id="entityManagerFactory"
class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
<property name="dataSource" ref="myDataSource"/>
<property name="packagesToScan" value="com.mycompany.somepackage"/>
<property name="jpaVendorAdapter" ref="hibernateVendorAdapter"/>
<property name="jpaDialect" ref="jpaDialect"/>
<property name="jpaProperties">
<props>
<prop key="hibernate.enable_lazy_load_no_trans">true</prop>
</props>
</property>
</bean>
瞧;现在，在hibernate会话之外导航域模型时，您不必担心LazyInitializationException（“JPA-speak”中的持久性上下文）
有许多方法可以预取属性，因此在会话关闭后它们就在那里：
JOIN FETCH关键字。尝试这些解决方案时可能会出现几个问题：
JOIN FETCH的实体可能通过涉及List的多个“多”关系链接。在这种情况下，生成的查询返回不明确的结果，Hibernate将拒绝在单个查询中获取您的数据。最好的方法是先尝试一下JOIN FETCH。如果这不起作用，请尝试使用getter方法。如果JIT编译器在运行时搞砸了，请将结果分配给public static volatile Object。
或者停止使用Hibernate ...
请注意，您不应该使用hibernate.enable_lazy_load_no_trans pre Hibernate 4.1.7，因为它会泄漏连接。见https://hibernate.onjira.com/browse/HHH-7524
LazyInitializationException意味着您在hibernate会话关闭后或者在从会话中分离对象之后调用该集合。
您需要将对象重新附加到休眠会话，更改调用集合的位置，或将会话关闭的边界移动到更高层。
OpenSessionInView是一种处理这个问题的模式。一些信息在这里：
http://www.hibernate.org/43.html
在实现此模式并理解其含义时，您需要谨慎。每次在视图中导航延迟关联时，它都会触发另一个SQL查询来加载数据。如果您的用例是这些SQL查询的数量和大小很小，那么这可能无关紧要。确保至少调整日志记录设置，以便查看Hibernate在后台“神奇地”执行哪种查询以便加载数据。
还要考虑您正在编写的应用程序类型。如果您不处理远程处理（没有Web服务，没有基于AJAX的Web客户端），那么OSIV可能非常好用。但是，如果远程处理序列化程序开始遍历整个对象图，则可能会触发大量的SQL查询并使您的数据库和应用服务器瘫痪。
The best way to solve the LazyInitializationException是在实体查询中使用JOIN FETCH指令。
FetchType.EAGER loading不利于表现。此外，还有反模式，如：
您应该永远不要使用它，因为它们要求为UI呈现打开数据库连接（在视图中打开会话），或者在初始持久化上下文（hibernate.enable_lazy_load_no_trans）之外获取的每个惰性关联都需要数据库连接。
有时，您甚至不需要实体，DTO投影甚至更好。只有在需要修改实体时才应获取实体。对于只读交易，DTO projections are better。
当您使用集合并且希望使用延迟加载对其进行初始化时，请在会话关闭之前使用该集合。如果在此之后会话关闭，如果你想使用那么你得到lazyinitializeException，因为懒惰是默认尝试。
Oracle Java教程指出“Enterprise Bean支持事务，即管理共享对象的并发访问的机制。”因此，为了处理Lazy Fetch问题，我创建了一个无状态Java会话Bean，然后在从方法返回之前获取我需要的所有子类。这可以避免延迟提取异常。 Oracle还将此称为“SessionFaçade”核心J2EE模式。这种模式似乎比提到的其他一些做法更好。
我正在开发一个项目，旨在解决使用ModelMapper将实体映射到DTO时常见的JPA问题。该问题已在该项目中得到解决。项目链接：JPA Model Mapper
“对于将实体声明为延迟加载的性能至关重要，因此我们不需要在每次需要某些数据时都获取所有相关实体。但是这种技术会导致一些问题。最常见的是LazyInitializationException，有时可能非常烦人大多数情况下，我们只想要一个未加载的实体的空对象，而不是一个在被访问时抛出异常的对象...“
资料来源：JPA Model Mapper
因此，在项目中，我们通过为所有未加载的实体设置null来处理LazyInitializationException。以下示例显示了它的工作原理。
为所有未加载的实体重新映射实体设置null：
TypedQuery<SystemEntity> query =
em.createQuery("select s from SystemEntity s where s.id = 1", SystemEntity.class);
SystemEntity system = query.getSingleResult();
return new JpaModelMapper(em).mapEntity(system, SystemEntity.class);
对于所有未加载的实体，将实体重新映射到DTO设置为null：
TypedQuery<SystemEntity> query =
em.createQuery("select s from SystemEntity s where s.id = 1", SystemEntity.class);
SystemEntity system = query.getSingleResult();
return new JpaModelMapper(em).mapEntity(system, SystemDTO.class);
有关更多信息，请参阅JPA Model Mapper