河北辛集住房和城乡建设厅网站,技能培训中心网站建设,百度移动开放平台,html页面设计工具java jpa 异步编程几年前#xff0c;在Java世界中#xff0c;几乎显而易见的是#xff0c;每个“企业”类项目都需要JPA与数据库进行通信。 JPA是Joel Spolsky描述的“ 泄漏抽象 ”的完美示例。 刚开始时很棒而又容易#xff0c;但是最后很难调整和限制。 对于许多参与数据… java jpa 异步编程 几年前在Java世界中几乎显而易见的是每个“企业”类项目都需要JPA与数据库进行通信。 JPA是Joel Spolsky描述的“ 泄漏抽象 ”的完美示例。 刚开始时很棒而又容易但是最后很难调整和限制。 对于许多参与数据访问层的后端开发人员而言日常工作是黑客并直接使用缓存刷新和本机查询。 有足够的问题和变通办法来写一本专门的书“面向黑客的JPA”但是在本文中我将仅关注并发实体处理。 让我们假设这种情况我们有一个Person实体该实体在某些业务流程中由某些服务更新。 Entity
public class Person {IdGeneratedValueprivate Long id;private String uuid UUID.randomUUID().toString();private String firstName;private String lastName;// getters and setters} 为了忽略任何域的复杂性我们正在谈论更新此人的名字和姓氏。 我们可以想象代码如下 firstNameUpdater.update(personUuid, Jerry);
lastNameUpdater.update(personUuid, Newman); 经过一段时间的业务决定这两个元素的更新都花了太长时间因此减少持续时间成为了头等大事。 当然有很多不同的方法可以做到这一点但让我们假设这种特殊情况并发将解决我们的难题。 这似乎很容易-只需使用Spring和voilà中的Async注释我们的服务方法即可解决问题。 真 根据乐观锁定机制的使用我们这里有两个可能的问题。 使用乐观锁定几乎可以肯定我们将从其中一种更新方法中获得OptimisticLockException-一种将排名第二的方法。 与根本不使用乐观锁定相比这种情况更好。 没有版本控制所有更新将毫无例外地完成但是从数据库加载更新的实体后我们将仅发现一个更改。 为什么会这样呢 两种方法都更新了不同的字段 为什么第二笔交易覆盖了其他更新 由于泄漏的抽象:) 我们知道Hibernate正在跟踪对我们实体所做的更改称为脏检查。 但是为了减少编译查询所需的时间默认情况下它在更新查询中包括所有字段而不是仅包含已更改的字段。 看起来很奇怪 幸运的是我们可以将Hibernate配置为以其他方式工作并根据实际更改的值生成更新查询。 可以使用DynamicUpdate批注启用它。 这可以看作是部分更新问题的解决方法但是您必须记住这是一个折衷方案。 现在此实体的每次更新都比以前更耗时。 现在让我们回到乐观锁定的情况。 坦白地说我们想要做的通常与这种锁定的想法相反这种锁定假定实体不会同时进行任何修改并且当这种情况发生时会引发异常。 现在我们肯定要进行并发修改 作为一种快速的解决方法我们可以从锁定机制中排除这两个字段 firstName和lastName 。 可以通过在每个字段上添加OptimisticLockexcluded true来实现。 现在更新名称将不会触发版本增加-它将保持不变这当然可能是造成许多麻烦且难以发现一致性问题的原因。 最后但并非最不重要的解决方案是旋转更改。 要使用它我们必须用循环包装更新逻辑当OptimisticLock发生时该逻辑在事务处理时更新。 效果越好进程中涉及的线程越少。 所有这些解决方案的源代码都可以在我的GitHub的jpa-async-examples存储库中找到 。 只是探索提交。 等待-仍然没有适当的解决方案 实际上没有。 由于使用了JPA我们对并发修改问题的简单解决方案不屑一顾。 当然我们可以重塑我们的应用程序以引入一些基于事件的方法但是上面我们仍然有JPA。 如果我们使用域驱动设计则尝试通过使用OPTIMISTIC_FORCE_INCREMENT锁定来关闭整个聚合只是为了确保更改复合实体或向集合中添加元素会更新整个聚合因为它应保护不变量。 那么为什么不使用任何直接访问工具例如JOOQ或JdbcTemplate呢 这个主意很棒但不幸的是不能与JPA同时使用。 JOOQ所做的任何修改都不会自动传播到JPA这意味着会话或缓存可能包含过时的值。 为了正确解决这种情况我们应该将此上下文提取到单独的元素中例如new table它将直接由JOOQ处理。 您可能已经注意到在SQL中进行这种并发更新非常容易 update person set first_name Jerry where uuid ?; 使用JPA抽象它变成了非常复杂的任务需要对Hibernate行为以及实现内部有深刻的了解。 综上所述我认为JPA没有遵循“React式”方法。 它是为解决某些问题而构建的但是目前我们提出了不同的问题而在许多应用程序中持久性并不是其中之一。 翻译自: https://www.javacodegeeks.com/2015/11/jpa-in-case-of-asynchronous-processing.htmljava jpa 异步编程
