Uniapp支付实战：从沙箱到生产环境的避坑与优化指南

1. 沙箱环境：你的安全“游乐场”与“压力测试场”

很多新手朋友一上来就想直接对接正式支付，这其实挺危险的。我见过太多因为测试不充分，上线后出现各种诡异支付问题的项目，轻则用户投诉，重则资金损失。所以，我的第一个强烈建议是：把沙箱环境当成你正式上线前必须玩透的“游乐场”和“压力测试场”。这里没有真金白银，你可以尽情“折腾”，把所有能想到的、想不到的支付场景都模拟一遍。

微信支付和支付宝都为开发者提供了非常完善的沙箱环境。微信的叫“沙箱环境”，支付宝的叫“沙箱”或“开发者测试环境”。它们模拟了真实支付的全流程，从下单、支付到异步通知，一应俱全。但请注意，它们的使用方式和正式环境有关键区别，这也是第一个容易踩坑的地方。

微信支付沙箱 的接入地址、密钥都是独立的。你需要去微信支付商户平台-开发配置里，找到沙箱信息，获取专用的 沙箱签名密钥。这个密钥和你的正式API密钥完全不同，千万别混用。沙箱环境的API地址是 https://api.mch.weixin.qq.com/sandboxnew/，所有统一下单、查询、退款等接口都要指向这个地址。我刚开始用的时候，就犯过傻，用正式密钥去调沙箱接口，返回的签名错误能让你怀疑人生。

支付宝沙箱 的配置更“一站式”一些。你在支付宝开放平台创建好沙箱应用后，会得到一个沙箱专用的 APP ID，并且平台会为你生成一对默认的RSA2密钥（应用公钥和私钥）。你既可以用它生成的，也可以自己生成后配置上去。沙箱环境下的买家账号和密码也是平台提供的，是一个虚拟的支付宝账户，里面有余额，你可以直接用这个账号来付款测试。

在沙箱里，我强烈建议你进行以下几类“破坏性”测试，这比单纯走通一次支付流程有价值得多：

1. 金额边界测试：支付0.01元、支付超大金额（沙箱里允许）、支付带很多小数位的金额。看看你的前端输入限制和后端金额转换（微信是分，支付宝是元）是否正确。
2. 网络异常测试：在调用 uni.requestPayment 拉起支付控件后，立刻切换网络或开启飞行模式。模拟支付过程中断。这时候你的订单状态是什么？是“待支付”还是“已关闭”？你的服务端异步通知逻辑能否正确处理这种“未决”订单？
3. 重复支付测试：快速连续点击支付按钮，或者在一个订单未完成支付时，又发起另一个支付请求。你的服务端有没有做幂等性处理？会不会生成两个预支付订单，导致用户可能付两次款？
4. 异步通知风暴测试：手动模拟支付平台向你服务器“疯狂”发送多次相同的支付成功通知。你的通知接口是否做了去重处理（通常通过记录微信/支付宝返回的商户订单号和支付平台流水号）？会不会因为重复通知而导致给用户发了多次优惠券或更新了多次库存？

把这些坑在沙箱里踩一遍，修复的成本几乎为零。如果等到生产环境，每一个坑都可能伴随着真实的用户抱怨和资金