做小程序这几年，支付对接是最高频的需求，也是坑最密集的环节。这篇博客把池州信服无限团队实战踩过的微信支付坑全列出来——每个坑都是真金白银的时间换来的。

坑一：证书过期导致支付突然失效

最诡异的一类故障：支付一直好好的，某天突然全部失败，代码没改过。排查半天，发现是商户平台的 API 证书过期了。微信支付的 API 证书和商户平台登录密码不同步提示，过期是静默的。绕法：把证书到期日写进运维日历，提前 30 天换新；系统里加证书有效期监控，快到期自动告警。这个坑我们踩过一次，之后再没踩过。

坑二：支付回调丢失造成"已扣款未发货"

用户扣款成功，商户系统却没收到回调——可能是网络抖动、服务器重启、回调被防火墙拦了。后果很严重：客人付了钱，订单还是"待支付"状态。绕法两层：业务层做主动查单（回调没到，定时任务主动查微信订单状态补偿）；对账层每日对账（微信账单和系统订单逐笔核，差异当天发现当天处理）。回调不是可靠投递，必须按"可能会丢"来设计。

坑三：金额单位是分不是元

低级但高频的坑：微信支付接口的金额单位是"分"，传 100 表示 1 元。新手直接传 100，客人以为买 100 元的东西被扣了 10000 元——测试阶段就能发现，但上线的项目里确实见过漏网的。绕法：封装统一的金额转换函数，全项目只在这一处做元转分，写单元测试锁死。

坑四：退款和订单状态不同步

退款申请通过了，订单状态却没改，客人投诉二次。退款也有回调，同样会丢——处理思路和支付回调一致：主动查退款状态 + 日常对账。另一个细节：部分退款场景下订单状态的展示逻辑要想清楚（部分退了显示什么状态），这是产品层面容易漏的。

测试的纪律

支付模块上线前的测试清单：支付成功/支付取消/支付超时/余额不足/回调丢失模拟/金额边界（0.01 元）/退款全流程/并发下单。八项全绿才上线。支付是钱的事，测试的投入永远值得。

总结：支付对接，严谨压倒一切

微信支付对接的技术不难，难在把异常场景想全。回调会丢、证书会过期、金额有单位——把"会出错"当默认假设来设计，支付就稳了。池州信服无限网交付的支付系统，这些都是标准动作。

支付对接的常见疑问

对接要多久？

常规支付模块一周内，含测试。

要企业资质吗？

需要，个体工商户或企业主体均可申请商户号。

费率多少？

以微信支付官方费率口径为准。