java - Guice Provider<EntityManager> 与 EntityManager

Question

我试图使用持久性和 servlet guice 扩展，让简单的 webapp 在 Jetty 上与 Guice 和 JPA 一起工作。

我写了这个服务实现类:

public class PersonServiceImpl implements PersonService {

private EntityManager em;

@Inject
public PersonServiceImpl(EntityManager em) {
    this.em = em;
}

@Override
@Transactional
public void savePerson(Person p) {
    em.persist(p);
}

@Override
public Person findPerson(long id) {
    return em.find(Person.class, id);
}

@Override
@Transactional
public void deletePerson(Person p) {
    em.remove(p);
}

这是我的 servlet(用@Singleton 注释):

@Inject
PersonService personService;

@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException {
    String name = req.getParameter("name");
    String password = req.getParameter("password");
    String email = req.getParameter("email");
    int age = Integer.valueOf(req.getParameter("age"));


    Person p = new Person();
    p.setAge(age);
    p.setName(name);
    p.setEmail(email);
    p.setPassword(password.toCharArray());

    logger.info("saving person");

    personService.savePerson(p);
    logger.info("saved person");

    logger.info("extracting person");
    Person person = personService.findPerson(p.getId());
    resp.getWriter().print("Hello " + person.getName());
}

当我运行它时，它起作用了，我得到了发送给客户端的名称，但是当我查看日志时，我发现没有为插入生成 DML，并且从 postgresql 中选择不返回任何结果，这意味着它并没有真正持久化。

我调试了代码，我看到了 JpaLocalTxnInterceptor称为 txn.commit() .

然后我修改了PersonServiceImpl并使用 Provider<EntityManager>而不仅仅是 EntityManager它按预期工作。现在我真的不明白为什么，这可能是因为我不太理解 Provider 背后的想法。 关于Guice wiki page它说:

Note that if you make MyService a @Singleton, then you should inject Provider instead.

但是，我的 PersonServiceImpl 不是 @Singleton，所以我不确定它为什么适用，也许是因为 Servlet？

如果您能帮我解决这个问题，我将不胜感激。

Answer 1

你需要Provider<EntityManager>因为 Guice 的内置持久性和 servlet 扩展期望 EntityManager 是请求范围的。通过从保存在单例 servlet 中的服务中注入(inject)请求范围的 EntityManager，您将进行范围扩大的注入(inject)，并且 Guice 不会存储来自陈旧的、不匹配的 EntityManager 的数据。

提供商

Provider 是一个单方法接口(interface)，它公开了一个 get()方法。如果你注入(inject) Provider<Foo>然后调用get() ，它将返回一个实例，其创建方式与您直接注入(inject) Foo 的方式相同。 但是，注入(inject) Provider 允许您控制创建的对象数量和创建时间。 This can be useful in a few cases:

• 仅在实际需要时才创建实例，尤其是在创建需要大量时间或内存的情况下
• 在同一个组件中创建两个或多个单独的实例
• 将创建推迟到初始化方法或单独的线程
• 混合作用域，如下所述

用于绑定(bind) X , Provider<X> , 或 @Provides X , Guice 会自动允许你注入(inject) X或 Provider<X>直接地。您可以在不调整任何绑定(bind)的情况下使用 Providers，并且 Providers 可以很好地与 binding annotations 配合使用.

范围和范围扩大注入(inject)

广义上讲，scopes定义对象的生命周期。默认情况下，Guice 为每次注入(inject)创建一个新对象；通过将对象标记为@Singleton，您可以指示 Guice 为每次注入(inject)注入(inject)相同的实例。 Guice 的 servlet 扩展还支持 @RequestScoped 和 @SessionScoped 注入(inject)，这会导致在一个请求(或 session )中一致地注入(inject)相同的对象，但为不同的请求(或 session )注入(inject)新的对象。 Guice 还允许您定义自定义范围，例如 thread scope (每个线程一个实例，但同一线程中的跨注入(inject)实例相同)。

@Singleton public class YourClass {
  @Inject HttpServletRequest request;  // BAD IDEA
}

如果直接从 @Singleton 组件中注入(inject)请求范围的对象会发生什么？创建单例时，它会尝试注入(inject)与当前请求相关的实例。请注意，可能没有当前请求，但如果有一个，该实例将保存到单例中的一个字段中。随着请求的来来去去，永远不会重新创建单例，也永远不会重新分配该字段——因此在第一个请求之后，您的组件将停止正常工作。

将窄范围对象 (@RequestScoped) 注入(inject)宽范围对象 (@Singleton) 称为范围扩大注入(inject)。并非所有扩大范围的注入(inject)都会立即显示症状，但所有注入(inject)都可能在以后引入挥之不去的错误。

提供商如何提供帮助

PersonService 没有用@Singleton 注释，但是因为您在@Singleton servlet 中注入(inject)和存储一个实例，所以它本身也可能是一个单例。这意味着 EntityManager 也有单例行为，原因相同。

根据 the page you quoted , EntityManager 是短暂的，只为 session 或请求而存在。这允许 Guice 在 session 或请求结束时自动提交事务，但重复使用相同的 EntityManager 可能会阻止在第一次之后的任何时间存储数据。切换到提供者允许您通过在每个请求上创建一个新的 EntityManager 来缩小范围。

(您也可以将 PersonService 设为 Provider，这也可能会解决问题，但我认为最好遵循 Guice 的最佳实践并使用 Provider 明确缩小 EntityManager 的范围。)