使用Hibernate配置JPA时是否必须定义SessionFactory的Bean方法？

你贴出的是Spring生态下标准的JPA EntityManagerFactory 配置，采用Hibernate作为JPA的实现层，完整代码如下：

@Bean
@Primary
public LocalContainerEntityManagerFactoryBean userEntityManager() {
    LocalContainerEntityManagerFactoryBean em
      = new LocalContainerEntityManagerFactoryBean();
    em.setDataSource(userDataSource());
    em.setPackagesToScan(
      new String[] { "some.package" });

    HibernateJpaVendorAdapter vendorAdapter
      = new HibernateJpaVendorAdapter();
    em.setJpaVendorAdapter(vendorAdapter);
    HashMap<String, Object> properties = new HashMap<>();
    properties.put("hibernate.hbm2ddl.auto",
      env.getProperty("hibernate.hbm2ddl.auto"));
    properties.put("hibernate.dialect",
      env.getProperty("hibernate.dialect"));
    em.setJpaPropertyMap(properties);

    return em;
}

1. 能否省略SessionFactory的Bean方法？ #

完全可以省略。
这套配置走的是JPA标准的ORM配置路线，Hibernate在这里仅作为JPA的实现提供商工作，LocalContainerEntityManagerFactoryBean已经内置了Hibernate初始化的全部逻辑，你传入的所有Hibernate专属配置都会被正确传递到底层的初始化流程，不需要单独声明SessionFactory类型的Bean注入容器。
如果业务代码确实需要用到Hibernate原生的SessionFactory，也可以直接从注入的EntityManagerFactory中通过entityManagerFactory.unwrap(SessionFactory.class)方法获取，不需要额外注册。

2. 该场景下Session的创建逻辑 #

Session的创建分为两个阶段：

• 容器初始化阶段：LocalContainerEntityManagerFactoryBean实例化时，会基于你传入的数据源、实体类扫描路径、Hibernate配置参数，先创建底层的Hibernate SessionFactory实例，再将其封装为JPA标准的EntityManagerFactory对象暴露给Spring容器。
• 运行阶段：你通过@PersistenceContext注入EntityManager或者Spring Data JPA内部调用ORM能力时，会自动匹配当前事务上下文获取对应的Session：如果当前事务范围内没有绑定的Session，就会从底层SessionFactory创建新的Session并绑定到事务，事务结束后自动关闭该Session。
  如果需要手动使用Hibernate原生Session，直接调用entityManager.unwrap(Session.class)就能拿到当前上下文绑定的Session实例。

3. 两种配置方式的推荐选择 #

优先选择当前这套基于JPA标准的配置方式，优势非常明显：

• 生态适配更好：Spring Data JPA的所有能力都是基于JPA标准设计的，这套配置可以无缝适配，不需要额外做适配改造。
• 可移植性更强：JPA是Jakarta EE官方的ORM标准，后续如果要替换ORM实现（比如换成EclipseLink），只需要修改JPA提供商适配器和对应配置即可，业务代码不用做任何改动。
• 维护成本更低：Spring的事务管理、异常转译等核心能力对JPA标准的适配更通用，不需要处理Hibernate专属的配置逻辑，统一用@Transactional注解就能完成事务管理。
  只有当你的项目完全不使用JPA标准接口，全量采用Hibernate原生API开发的场景下，才需要单独配置SessionFactory的Bean，这类场景目前已经非常少见。

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