小程序wx.requestPayment报错/无响应信息梳理

大风起兮云飞扬，安得猛士兮走四方，BUG，任何时候都要改，不改不行，你想想，你自己一个人，下了班，吃着火锅还唱着歌，突然支付就不能用了！
本文整理了关于微信小程序wx.requestPayment的报错或无响应的问题。报错信息与回答多整理于[微信开发社区]，本文仅做整理。(https://developers.weixin.qq.com/community/develop/mixflow)
一、报错
问题1：

requestPayment:fail no permission

解决办法：
1. 重启项目，再次尝试。
2. 核对appID，如一致，尝试重新复制粘贴一边

问题2：

requestPayment:fail jsapi has no permission
// 开发及体验版本皆可支付，但正式版本不行

解决办法：
ios支付被平台限制，去申诉完成

问题3：

requestPayment:fail 支付验证签名失败

解决办法：
1. 在签名的时候，需要和appId(I为大写)一起签名，因为在调用requestPayment接口的时候不需要传入appId
2. 签名问题，一般是你的签名参数本身不符合文档规范，大小写。转义，排序。等等都必须完全符合规范。确认参数无误，可以更换一下KEY。还有参数的编码，可能出现乱码问题，要注意编码UTF8

问题4：

视频号跳入小程序之后，在小程序中下订单时，调用wx.requestPayment()支付时，一直支付失败

解决办法：
通过视频号进入小程序下单的，需要先将商品推送审核，并调用wx.requestOrderPayment()进行支付。
如果搜索进入小程序，可正常调用wx.requestPayment()

问题5

requestPayment:fail parameter error: parameter.noner.paySign should be String instead of Undefined

这个就不用说了吧，调起支付一共需要paySign、timeStamp、nonceStr、package、signType五个参数，每个参数都必须是字符串，不能是null和undefined。如果报这个错误，就console检查一下参数吧。

问题6

APP调起支付返回：-1

解决办法（官方回答）:
1、[使用签名检查工具](https://pay.weixin.qq.com/wiki/doc/api/micropay.php?chapter=20_1)校验签名算法是否有误

2、确认秘钥是否有误（服务商模式使用服务商商户号秘钥，秘钥是在商户平台配置，如果同一商户号调用其它接口成功可排除是秘钥问题）

3、确认接口实际的请求参数与生成签名原串的参数一致，不能增加或缺少参数（可通过打印签名原串进行排查）

4、确认参数的大小写，参数名与接口文档一致

5、签名原串的参数值使用原始值，不需要encode

6、接口需要使用UTF-8编码

7、IOS正常，安卓异常的情况下，请排查包名与包签名

8、未注册APPID

9、项目设置APPID不正确

10、注册的APPID与设置的不匹配

11、服务商模式下，统一下单中的sub_appid是否有传入

12、“唤起支付接口”中的签名类型是否与“统一下单接口”的类型一致

好了，这是暂时整理到的比较常见的报错问题，下面来谈下我遇到的神仙问题。

二、无响应

先来谈下是怎样无响应的

机型：iphone8、12、13
系统：不限
场景：用户点击支付，调用预支付后，调取wx.requestPayment，无响应
看代码

...
let data = res.data.data;
try {
  console.log(data); // 正常打印
  wx.requestPayment({
    timeStamp: data.timeStamp,
    nonceStr: data.nonceStr,
    package: data.package,
    signType: 'MD5',
    paySign: data.paySign,
    success (res) { 
    	// 无响应
    },
    fail (res) {
		// 无响应
    },
    complete(res) {
    	// 无响应
    }
  })
} catch (err) {
  // 不报错
  console.log(err)
} finally {
  console.log('执行了'); // 正常执行
}

这套支付代码已经安稳运行了3年，从来没出过问题，所以一开始就没往代码上考虑，怀疑是其他部门更改了配置项之类的，核对后没问题，又怀疑是v2和v3版本的问题，紧急写了v3的demo，发现也不能调用。

所以怀疑不是配置项或者后台代码的问题，开始对前端代码进行核对，代码一个方法一个方法的删，看到底是哪个方法会影响支付，终于，

onUnload: function () {
  for (let timer = 0; timer < 1000; timer++) {
    clearInterval(timer)
  }
},

因为订单列表会存在大量定时器，所以我在3年前，写了这段代码，在页面卸载时清除1000次定时器。

删除这段代码后，小程序可以正常支付，所以感觉像是清除定时器时阻塞了微信小程序底层的某些方法。

现在改变了新的写法：

let setIntervals = {}; 
setIntervals[`${id}`] = setInterval(() => {
...
...
onUnload: function () {
   for(var each in setIntervals){
     clearInterval(setIntervals[each]);
   }
},

这样就可以正确删除定时器，并且微信支付也没有异常了。

现在终为年轻付出了代价。
完结，撒花！