Spring Data JPA中EntityManager：构造函数注入vs@PersistenceContext

先聊聊这两种注入方式的核心区别：

• 构造函数注入（final字段）：这是Spring官方推荐的依赖注入方式，既符合依赖倒置原则，又能保证字段不可变，代码的可测试性和稳定性都更强。但要注意：这里注入的不是真正的EntityManager实例，而是Spring生成的代理对象。
• @PersistenceContext注解注入：这是JPA规范定义的原生注入方式，直接通过注解标记字段或setter注入EntityManager代理。这种方式更贴近JPA原生用法，但字段没法声明成final，灵活性稍弱。

再解决你最关心的问题：final字段会不会因为EntityManager关闭而失效？
你担心的“事务结束后EntityManager关闭，final字段没法重新注入”是个误解：

• Spring给你的EntityManager是动态代理对象，这个代理本身不会被关闭。当你调用代理的方法时，它会自动根据当前上下文获取或创建对应的EntityManager实例——比如当前事务内的活跃实例。
• 事务结束时，真正的EntityManager实例会被销毁，但代理对象一直存在。下次你调用方法时，代理会自动获取新的、处于活跃状态的EntityManager实例，完全不影响使用。
• 所以哪怕字段是final的，代理对象本身不变，但它背后关联的实际EntityManager实例会跟着事务动态切换，根本不用怕没法复用。

最终推荐 #

优先选构造函数注入（final字段）：

1. 符合Spring的最佳实践，避免字段可变性带来的潜在问题。
2. Spring的代理机制已经帮你搞定了EntityManager的生命周期管理，不用操心关闭后没法用的情况。
3. 单元测试时更容易Mock EntityManager，测试起来更顺手。

如果你的场景需要严格贴合JPA原生规范，或者要指定特定的持久化单元名称，@PersistenceContext也没问题，但在大多数Spring项目里，构造函数注入是更优的选择。

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