做小程序开发的朋友，十有八九都要碰支付这道坎。我见过太多团队，代码写到一半，卡在支付审核上，一卡就是半个月，急得直跺脚。说实话，微信小程序支付接入本身不难，难的是那些藏在文档犄角旮旯里的坑。今天我就把从注册到上线整个流程捋一遍，把那些容易让人摔跟头的地方都给你指出来，省得你走弯路。

第一步，先把资质准备好。这不是闹着玩的，个人主体的小程序基本告别支付功能，你必须用企业主体、个体工商户主体或者政府、媒体等组织类型来注册。而且，经营范围得跟你的小程序业务对得上，比如你做电商，营业执照上得有销售类目；你做知识付费，得有教育咨询或文化传播相关范围。我见过一个做二手交易的小程序，营业执照上只有“信息技术服务”，结果支付审核直接驳回，要求补充“旧货零售”或“再生资源回收”类目。还有，对公账户必须开好，微信支付打款验证要用，别等到一步才发现账户没办下来。

注册完小程序，紧接着就是开通微信支付商户号。这里有个坑，很多人以为在小程序后台点一下“申请开通”就完事了，实际上你要去pay.weixin.单独注册商户号，然后用“关联APPID”的方式把小程序和商户号绑在一起。关联的时候要注意，商户号的“经营类目”必须和小程序的“服务类目”一致，否则会出现“类目不一致”的报错。这个报错非常坑，因为它不会告诉你具体是哪个类目不匹配，只能自己一个个试。我建议你在提交前，先把小程序后台的服务类目截图，再对照商户号的经营类目，逐字核对，连标点符号都别放过。

接下来是技术层面的接入。微信小程序支付的核心是统一下单接口，流程是：前端wx.requestPayment发起支付，后端调起统一下单API，拿到prepayid，再生成签名，返回给前端。听起来简单，但签名算法是最容易出错的地方。微信支付的签名要求把所有参数按字典序排序，拼接成URL键值对格式，再附加商户密钥，进行MD5或HMAC-SHA256加密。很多新手会把参数名写错，比如把“noncestr”写成“nonceStr”，或者把“sign_type”漏掉，结果就是报“签名错误”。这里我教你一个笨办法，微信支付官网有签名校验工具，你把参数填进去，跟自己的签名结果比对，一次就能看出问题在哪。

还有一个特别容易忽略的点，就是支付回调。统一下单之后，微信服务器会异步通知你的服务器支付结果，这个回调地址必须是HTTPS的，而且不能带参数。很多人图省事，直接在回调URL后面加个“?type=1”之类的参数，结果微信回调的时候，签名校验永远不通过。为什么？因为微信回调的参数里不包含你自定义的query参数，但签名计算时又把这些参数算进去了，两边对不上。正确做法是，在回调地址的路径里区分业务，比如，然后用path参数来区分不同业务类型。

再聊聊退款和关单，这两个功能虽然不常用，但真用到的时候急死你。退款接口需要商户证书，这个证书是申请商户号的时候下载的，放在服务器上要小心保管，别泄露出去。退款还有个坑，就是退款金额必须小于等于原订单金额，而且退款申请提交后，微信会异步通知退款结果，这个回调跟支付回调不同，是单独的接口。我见过有人把支付回调的地址直接填到退款回调里，结果退款成功后，系统还在傻等支付通知，订单状态错乱。建议你从一开始就把支付回调和退款回调分开写，别偷懒。

上线前还有一道坎，就是微信支付的审核。审核分两步，一是小程序本身的审核，二是支付功能的审核。支付功能审核主要看你的页面有没有完整的购买流程、有没有用户协议和隐私政策，以及有没有涉及虚拟支付。这里特别提醒，小程序里不能卖虚拟商品，比如会员、课程、游戏币，这类交易必须走iOS的IAP或者Android的虚拟支付，否则审核必挂。我有个客户做在线课程，小程序里直接放了个购买按钮，结果被驳回了三次，只能改成“引导用户到公众号购买”的方式，才过审。

说说上线后的日常运维。支付成功后，一定要有日志系统，记录每一笔订单的流水号、金额、支付时间、回调时间，方便对账。微信支付后台有对账单下载功能，建议每天定时拉取，跟自己的数据库比对，发现差异及时处理。还有，商户密钥要定期更换，尤其是团队里有人离职的时候，别因为疏忽留下安全隐患。我认识一个开发者，密钥一直没换过，后来被同事拿去刷了一笔钱，虽然追回来了，但过程非常糟心。

总的来说，微信小程序支付接入的核心，就是资质、签名、回调、审核这四件事。你把这四件事都搞明白了，基本就不会遇到什么大问题。如果非要给个建议，那就是在开发前，先把微信支付官方文档从头到尾读一遍，尤其是“常见问题”和“错误码”部分，比你在网上搜一百篇教程都有用。现在小程序支付的门槛已经比前几年低多了，只要你不是个人开发者，老老实实按流程走，基本都能顺利上线。