JPA：用于处理OptimisticLockException的模式

Question

在（REST）Web服务中处理OLE的正确模式是什么？例如，这就是我现在正在做的

protected void doDelete(HttpServletRequest request, HttpServletResponse response)
        throws ServletException, IOException {

    ...
    ...
    ...

    try {
        try {
            em.getTransaction().begin();
            // ... remove the entity
            em.getTransaction().commit();
        } catch (RollbackException e) {
            if (e.getCause() instanceof OptimisticLockException) {
                try {
                    CLog.e("optimistic lock exception, waiting to retry ...");
                    Thread.sleep(1000);
                } catch (InterruptedException ex) {
                }
                doDelete(request, response);
                return;
            }
        }

        // ... write response

    } catch (NoResultException e) {
        response.sendError(HttpServletResponse.SC_NOT_FOUND, e.getMessage());
        return;
    } finally {
        em.close();
    }
}

每当您在代码中看到睡眠时，很可能这是不正确的。有没有更好的方法来解决这个问题？

另一种方法是立即将故障发送回客户端，但我宁愿不要让他们为此担心。正确的事情似乎可以完成使请求在服务器上成功执行的所有操作，即使它需要一段时间。

谢谢。

Answer 1

如果收到乐观的锁定异常，则意味着其他某个事务已将更改 提交 给您尝试更新/删除的实体。由于其他事务已提交，因此立即重试可能会成功。

我还会使方法在N次尝试后失败，而不是等待StackOverflowException发生。