重複注文の送信は、ユーザーのダブルクリック、ネットワーク再試行、メッセージキューの再配信などによって発生する古典的な冪等性の問題です。堅牢な解決策には、単一のメカニズムではなく、多層的なアプローチが必要です。最初の層はフロントエンド制御で、初回クリック後にボタンを無効化するなどして、偶発的な重複を減らしますが、完全ではありません。2番目の層は分散トークンで、通常はサーバーが生成しRedisに保存され、各注文リクエストで提示され、原子的に消費される必要があります。3番目の層は、ビジネス注文番号などのデータベースの一意制約を強制し、永続化レベルで重複を拒否します。最後に、スケジュールされた整合性チェックジョブが、他の層をすり抜けた不整合を検出して解決します。高並行シナリオでは、Redisの原子操作とLuaスクリプトが、トークン消費と注文作成が競合状態にならないようにするために不可欠です。この記事はJava AOP実装を提供していますが、基礎となる原則は言語に依存せず、あらゆる分散システムに適用できます。
フロントエンド制御からデータベース制約、整合性チェックまで、重複注文を防ぐための4層防御戦略を解説します。