工作空间 / HTTP 200 后,继续确认业务和异步结果

HTTP 200 后,继续确认业务和异步结果

按传输、业务、任务终态三层判断一次请求是否成功。

问题场景

接口返回 HTTP 200,但导出文件没有生成。请求究竟成功了吗,应该继续看哪些证据?

排查与解法按顺序复现、定位和验证

先确认请求到了哪里

记录请求方法、最终 URL、响应状态和关联请求 ID。重定向可能把请求带到登录页;即使返回 200,响应也可能是 HTML,而不是期望的 JSON。

按接口契约判断业务

不要把所有系统都套进 code=0。核对该接口文档中的成功标识与错误结构,并检查返回字段是否完整。传输成功和业务接受是两次判断。

HTTP/1.1 200 OK
Content-Type: application/json

{"success":false,"message":"库存不足"}

异步提交需要终态

提交接口可能仅返回任务号。继续查询任务状态,区分排队、执行中、成功、失败和取消;轮询需要间隔、总超时和退出条件,不要无限查询。

超时后不要盲目重试

客户端超时不等于服务端没有处理。涉及订单、扣费和写入时,先通过业务单号或幂等键确认结果。日志应串起提交、队列、执行与持久化,不能用一条“接收成功”代替完成证据。