做过手游 / 应用接入支付 SDK 的同学，多少都被这几件事折磨过：
- 玩家吵着说：“我明明付钱了，怎么没到货？”——掉单
- 运营后台一看：“同一个订单竟然发了三次钻石？”——重复发货
- 数据同学报警：“这几个号充值记录怪怪的，感觉像在撸羊毛……”——刷单 / 黑产
理论上，接了“成熟支付 SDK”（微信、支付宝、App Store、渠道 SDK……）就该万事大吉。
结果一上线，真相往往是：
支付 SDK 链路里细节一旦没处理好，掉单、重复发货、防刷单这仨坑能把你整破防。
这篇我们就用大白话，把“SDK 支付链路里最容易翻车的几个细节”捋一遍，重点围绕三件事：
- 掉单：钱真收了，货却没发到
- 重复发货：一个订单、几次到账
- 防刷单：黑产怎么薅你羊毛，你这边怎么守
顺带把一整条支付链路也讲清楚，让你以后设计支付、对接 SDK 时心里有数，不再被这些坑反复教育。
一、先把“支付完整链路”讲清楚：钱和通知到底怎么走？
很多掉单 / 重复发货的本质，是对支付链路理解不清，尤其是“客户端回调 vs 服务端回调”。
我们以“玩家在游戏里买 60 元钻石”为例，看一眼常见支付链路：
1. 客户端发起支付
玩家点“购买” → 客户端（游戏 / App）做几件事：
