用于防止重复订单的 Java 同步选项(文件、数据库锁定？)

Question

我有两个在网站上下订单的用例。一种是使用信用卡直接从 Web 前端提交，另一种是来自 paypal 等处理器的外部付款通知。在这两种情况下，我都需要确保只下一次订单。

如果可能的话，我想对这两种情况使用相同的机制，以帮助代码重用。在第一个用例中，用户可以多次提交订单并导致尝试下订单的不同广告。我可以使用 ajax 来阻止它，但我确实需要一个服务器端解决方案。在第二个用例中，通知消息可能会重复发送，因此我也需要防止这种情况发生。

我希望解决方案可以在分布式环境中扩展，因此内存锁是不可能的。我正在考虑将唯一 token 保存到数据库以防止在那里多次提交，但我真的不想弄乱现有的数据库事务。真正的解决方案似乎是在跨 jvms 的共享位置锁定外部文件，如文件。

所有订单都有一个唯一的 long id，所以我可以用它来同步。这样做的最佳方法是什么？我可能会为每个 id 创建一个文件，或者对文件的某个区域做一些更有趣的事情。但是我在文件锁定方面没有太多经验，所以如果有更好的选择，我很乐意听到。任何代码示例都会有很大帮助。

Answer 1

如果您已经拥有唯一的长 ID，那么没有什么比手动分配主键的简单数据库表更好的了。每个 RDBMS(以及键值 NoSQL 数据库)都将有效且高效地发现主键冲突。它基本上是:

1. 开始交易
2. INSERT INTO orders VALUES (your_unique_id)
3. promise

根据数据库，2. 或 3. 将抛出一个您可以轻松捕获的异常。

如果你真的想避免使用数据库(你能详细说明一下为什么吗？)，你可以:

1. 使用文件锁定(讨厌且不可扩展)，不要那样做。

2. 带集群的内存中锁定(使用 Terracotta 就像使用神奇集群的普通 boolean)

3. 排队请求并且只有一个消费者。

使用 JMS 和单线程消费者看起来很有前途，但是您仍然必须发现重复项(但至少您可以避免同时下订单)并且它可能非常慢...