支付SDK避坑指南：防掉单、防重复、防刷单

做过手游 / 应用接入支付 SDK 的同学，多少都被这几件事折磨过：

• 玩家吵着说：“我明明付钱了，怎么没到货？”——掉单
• 运营后台一看：“同一个订单竟然发了三次钻石？”——重复发货
• 数据同学报警：“这几个号充值记录怪怪的，感觉像在撸羊毛……”——刷单 / 黑产

理论上，接了“成熟支付 SDK”（微信、支付宝、App Store、渠道 SDK……）就该万事大吉。
结果一上线，真相往往是：

支付 SDK 链路里细节一旦没处理好，掉单、重复发货、防刷单这仨坑能把你整破防。

这篇我们就用大白话，把“SDK 支付链路里最容易翻车的几个细节”捋一遍，重点围绕三件事：

1. 掉单：钱真收了，货却没发到
2. 重复发货：一个订单、几次到账
3. 防刷单：黑产怎么薅你羊毛，你这边怎么守

顺带把一整条支付链路也讲清楚，让你以后设计支付、对接 SDK 时心里有数，不再被这些坑反复教育。

一、先把“支付完整链路”讲清楚：钱和通知到底怎么走？

很多掉单 / 重复发货的本质，是对支付链路理解不清，尤其是“客户端回调 vs 服务端回调”。

我们以“玩家在游戏里买 60 元钻石”为例，看一眼常见支付链路：

1. 客户端发起支付

玩家点“购买” → 客户端（游戏 / App）做几件事：