如何修复Python接口重复提交订单-Python教程-PHP中文网

post接口重复提交订单的本质是前端未防抖、网络重试、用户双击或浏览器刷新导致多次请求到达后端，而python后端若缺乏服务端幂等控制（如idempotency_key+redis原子校验），仅依赖业务逻辑校验，便会创建多笔订单；数据库唯一约束仅能兜底防脏数据，不可替代前置幂等设计。

如何修复python接口重复提交订单

为什么 `POST` 接口会重复提交订单

用户点击一次“提交订单”，后端却收到两次甚至更多请求，本质不是 Python 本身的问题，而是前端未防抖、网络重试、用户手抖或浏览器刷新导致的重复触发。Python 后端如果只做业务逻辑校验（比如库存判断），没加幂等控制，就会真实创建多笔订单。

关键点：不能依赖前端拦截，必须在服务端落地幂等性。

用户刷新页面时，浏览器可能重发上一个 POST 请求（尤其 Chrome）
移动端弱网下，axios/fetch 默认可能重试 POST
用户双击提交按钮，前端 JS 未禁用按钮，请求已发到后端

用 `idempotency_key` + Redis 实现幂等控制

最通用、低侵入的做法：要求前端每次提交带唯一 idempotency_key（如 UUID v4），后端用它作为 Redis 键，记录该次请求是否已处理成功。

注意：这个 key 必须由前端生成并保证单次操作唯一，不能由后端生成（否则前端无法重试）。

提示词大师-python版

图片提示词生成器？不止如此。马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。输入「新手指南」查看完整功能介绍

下载

idempotency_key 建议放在请求 header（如 X-Idempotency-Key）或 body 顶层字段，避免和业务参数耦合
Redis 过期时间建议设为订单生命周期的 2–3 倍（例如 15 分钟），太短会导致合法重试失败，太长浪费内存
写入 Redis 必须用 SET key value EX 900 NX（即原子性“仅当不存在才设置”），避免竞态导致多次写入
若 SET 返回 False，说明已存在，直接返回上次成功响应（需把结果也缓存进 Redis）

import redis
import json
from flask import request, jsonify
<p>r = redis.Redis()</p><p>def create_order():
idempotency_key = request.headers.get("X-Idempotency-Key")
if not idempotency_key:
return jsonify({"error": "missing X-Idempotency-Key"}), 400</p><pre class="brush:python;toolbar:false;"># 尝试加锁
locked = r.set(idempotency_key, "", ex=900, nx=True)
if not locked:
    # 已存在，读取缓存结果
    cached = r.get(f"order_result:{idempotency_key}")
    if cached:
        return jsonify(json.loads(cached)), 200
    else:
        return jsonify({"error": "processing"}), 409

try:
    # 执行真实下单逻辑（扣库存、写库等）
    order = do_create_order_logic()
    result = {"order_id": order.id, "status": "created"}
    # 缓存结果，供重复请求直接返回
    r.setex(f"order_result:{idempotency_key}", 900, json.dumps(result))
    return jsonify(result), 200
except Exception as e:
    r.delete(idempotency_key)  # 清理锁，避免死锁
    raise