Persistence.createEntityManagerFactory方法的实现由谁提供？

核心结论先行 #

JPA本质仍然是规范，javax.persistence-api中仅包含极薄的一层SPI引导入口代码，不包含任何ORM核心实现，所有持久化相关的实际逻辑全部由Hibernate提供。

具体逻辑拆解 #

1. javax.persistence.Persistence类的实际作用 #

你引入的JPA API依赖中确实包含Persistence类的可执行代码，但这个类没有任何ORM相关的业务逻辑，它的唯一职责是按照JPA规范约定的SPI规则，加载classpath下的实际持久化提供者：

• 首先读取classpath下的META-INF/persistence.xml配置，匹配你传入的持久化单元名称
• 优先读取配置中<provider>标签声明的实现类全限定名（也就是你配置的org.hibernate.jpa.HibernatePersistenceProvider）；如果未手动配置provider，则通过Java SPI机制扫描classpath下所有META-INF/services/javax.persistence.spi.PersistenceProvider资源文件中声明的实现类
• 通过反射实例化找到的provider实现类，将解析完成的配置参数传递给provider，后续所有初始化逻辑全部委托给provider完成。

2. 为什么JPA不算提供了实现 #

这层引导逻辑是完全中立的通用入口，不属于JPA规范要定义的ORM能力范畴：

• 这部分代码和具体ORM框架完全解耦，无论你使用Hibernate、EclipseLink还是OpenJPA作为实现，引导逻辑的运行流程完全一致
• 实体映射解析、SQL生成、数据库交互、事务控制、会话管理等所有核心持久化能力，JPA API包中完全没有提供，全部由引入的Hibernate依赖实现
• 你代码中用JPA接口类型接收的EntityManagerFactory、EntityManager实例，本质都是Hibernate生成的实现类对象，只是因为Hibernate遵守JPA接口规范，你无需直接引用Hibernate专有类即可完成调用，是典型的面向接口编程实现。

3. Persistence.createEntityManagerFactory方法的实现归属 #

这个方法的逻辑可以拆成两部分：

• 方法入口、配置解析、SPI查找提供者的引导逻辑，由javax.persistence-api包中的Persistence类提供
• 方法最终返回的EntityManagerFactory实例的创建逻辑、以及后续所有持久化操作的核心逻辑，全部由Hibernate提供。

你可以做个简单验证：只保留JPA API依赖、移除Hibernate依赖后运行代码，会直接抛出No PersistenceProvider found异常，因为引导层找不到实际实现，根本无法完成初始化。

额外提示：你当前使用的是JPA 2.2版本（包名为javax.persistence），但persistence.xml中JDBC连接参数使用了jakarta.persistence.*前缀，这个前缀是Jakarta EE 9版本切换包名后才使用的，当前版本需要改为javax.persistence.jdbc.*前缀，否则Hibernate无法识别连接参数，会启动失败。

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