拿到支付链接，却无法在小程序里付款

易支付通常指提供统一下单接口和支付通知的聚合支付系统，不同平台支持的支付通道、接入条件并不一样。对接前先向服务方确认：它提供的是小程序内可调用的微信支付能力，还是网页收银台、H5支付链接。接口文档里写着“支持微信支付”，并不能直接推出“支持微信小程序支付”。

例如，假设一个小程序已经能向易支付提交订单，接口也返回了收银台地址。开发者把地址放进小程序的 web-view，测试时却无法完成付款。这时继续改页面跳转意义不大，应把返回内容和易支付的接口文档放在一起核对：服务方交付的是网页支付地址，还是供小程序调用支付接口的参数。

如果易支付只提供H5通道，就联系服务方确认能否开通小程序支付，以及对应的商户主体、AppID和授权关系如何配置。若对方无法提供适用通道，就要调整支付接入方案，而不是依赖页面跳转绕过限制。通道确认之前，前端页面即使做完，付款环节仍可能卡住。

确认通道后，订单怎样接上支付

小程序支付的发起和订单处理分在两端。用户点击付款后，小程序把业务订单号发给自己的服务端；服务端核对商品金额和订单状态，再按易支付要求提交下单请求。金额不能直接采用前端传来的值，否则页面数据被改动时，支付金额可能与实际订单不一致。

易支付返回小程序支付参数后，前端调用 wx.requestPayment。具体字段以所接平台的接口文档为准，常见参数包括 timeStamp、nonceStr、package、signType 和 paySign。其中 package 与预支付交易关联，签名也要与本次请求匹配。商户密钥及服务端签名逻辑留在服务端，不放进小程序代码。

接入时还要核对小程序 AppID、支付商户配置及易支付后台填写的信息。资料不一致，可能在下单或调起支付时就报错；报错内容应连同订单号、请求时间交给服务方定位，避免只凭“支付失败”四个字反复修改前端。

用户付了款，订单仍显示未支付

wx.requestPayment 返回成功，只表示用户端支付操作有了结果，业务订单仍要由服务端依据支付通知或可靠的订单查询结果更新。服务端接收易支付回调时，按平台文档验签，核对商户订单号、金额和支付状态，再写入订单。通知可能重复到达，同一笔订单要避免重复发货、重复增加余额。

遇到用户称已付款、页面却显示未支付，先保留订单号并查询支付平台记录，再检查通知地址能否被访问、回调验签是否通过。不要仅凭用户截图手动改成已支付，也不要因为前端提示失败就立即生成另一笔同金额订单。测试阶段用一笔可追踪的订单走完整链路，记录下单返回、支付调起和服务端通知；若停在某一环节，就拿该环节的原始错误信息继续与易支付服务方核对。