如何优雅关闭EntityManager？优化资源释放与异常处理方案

你的需求很明确——既要保证EntityManager绝对被关闭，又要去掉那种"捕获后直接重抛"的冗余代码，这时候Java的try-with-resources语句就是完美的解决方案，毕竟从JPA 2.1开始，EntityManager已经实现了AutoCloseable接口，天生支持自动资源管理。

优化后的代码（基础版） #

public Category findCategoryById(Long id) {
    // 把EntityManager声明在try-with-resources中，JVM会自动帮你关闭它
    try (EntityManager em = emf.createEntityManager()) {
        em.getTransaction().begin();
        Category category = categoryDAO.findCategoryById(em, id);
        em.getTransaction().commit();
        return category;
    }
}

进阶版：加上事务回滚处理 #

如果希望在异常发生时自动回滚未提交的事务（避免事务悬挂），可以保留一个轻量的catch块，这时候的异常重抛就不是冗余，而是完成事务清理后的必要传递：

public Category findCategoryById(Long id) {
    try (EntityManager em = emf.createEntityManager()) {
        em.getTransaction().begin();
        Category category = categoryDAO.findCategoryById(em, id);
        em.getTransaction().commit();
        return category;
    } catch (RuntimeException e) {
        // 只在事务还活跃的时候回滚
        EntityManager em = emf.createEntityManager();
        if (em != null && em.getTransaction().isActive()) {
            em.getTransaction().rollback();
        }
        throw e; // 继续把异常抛给控制器层处理
    }
}

为什么这比原来的写法更优 #

• 彻底告别finally冗余：try-with-resources是JVM层面保证的资源关闭，不管代码是正常执行还是抛出异常，em.close()都会被自动调用，完全不需要手动写finally块。
• 异常处理更合理：不需要无意义的catch (Exception e) { throw e; }，异常会自然向上传播到你已经处理好的控制器层，符合分层架构的职责划分。
• 代码更简洁易读：核心业务逻辑和资源管理逻辑分离，别人看代码时一眼就能抓住重点。

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