防止 REST 客户端同时执行具有相同参数的相同方法

Question

考虑Spring MVC java web-application，它提供了一些REST API。

假设它有很多方法，其中之一是DELETE /api/foo/{id}，它显然会从数据库中删除foo 给定id 的实体。

问题是由于数据库中的大数据，这个操作不是立即的，所以如果客户端尝试同时对同一个实体执行多次删除操作，比如说

DELETE /api/foo/123 x N 次（当然是客户端软件错误），

它会在数据库中引起一些令人不快的副作用（你知道，如果你尝试在多个事务中删除相同的实体，那通常不是很好）。

我的问题是：Spring MVC 中防止此类情况的最佳做法是什么？

我当然可以在每个这样的更新方法 (PUT/DELETE) 中引入 Foo id 上的同步。我需要为所有实体和所有PUT/DELETE API 方法执行此操作，但我真的不想这样做。我想它应该是一些优雅而漂亮的解决方案，如何在拦截器/servlet级别执行这种类型的同步，即不在控制器级别的服务上。

我还可以创建特定的拦截器并在那里等待重复的请求（具有相同 URL 和参数的请求）。但同样，这听起来不是一个优雅的解决方案（直到我确保无法以某种更美观的方式在 Spring MVC 中进行配置）。

Answer 1

这是一个并发问题，应通过使用适当的事务和锁定级别来处理。不幸的是，这里没有适合所有情况的单一大小，根据您的实际需求，您可能必须实现乐观或悲观锁定，以及可能的事务级别之一（从根本没有事务到可序列化事务）。

一般来说，在网络级别处理此类问题是一个坏主意，因为您最终会遇到这样的问题，例如根据请求要做什么想要删除其他人同时显示的一些数据？在 SpringMVC 中，常见的方式是在服务层使用事务方法。另外，您应该在持久层中声明一个乐观或悲观锁定系统。

乐观层通常会提供更高的吞吐量，但代价是某些事务以异常结束。在这种情况下，当前的最佳做法是向用户报告问题，要求他/她再次发送他/她的请求。