1. 统一下单已经拿到正确的prepayid

2. 签名已经通过签名工具验证也是正确的

3. partnerid的取值也是mchid的值

4. 重复检测Android的签名和包名也正确

现在APP调用支付还是返回-1

1、统一下单返回是否正常（后面步骤都用到了这个接口的appid，mchid，prepayid，看参数是否匹配）

#2、第二次签名过程是否正确（此步骤商户一定要严格按文档的参数列表来做签名，用签名工具做校验）

#2.1、此处涉及一个细节：该接口没有sign_type参数，如果统一下单用的HMAC-SHA256签名，本步骤也必须按HMAC-SHA256；

#2.2、本次签名的参数列表要跟文档完全匹配：大小写要一致，参数值要与统一下单接口的保持一致，特别注意参数名：partnerid，取值为mchid（开平SDK历史原因，无法改名）

#2.3、本步骤生成的sign与统一下单的不是同一个，经常有商户直接传同统一下单接口的sign过来

#3、检查客户端调用sendReq（PayReq）对象赋值的正确性（必要时让商户提供数据），有一种情况是商户会通过异步获取到后台数据，比如data对象是通过异步请求得到的对象：request.appId = data.appid; 实际appid属性值为空，偷懒的开发没认真看

#4、 检查配置

#4.1、 Android要求在开放平台后台配置正确的应用签名和包名

#4.2、 IOS则不需要在开平配置，而是要求商户在开发环境红配置正确的URLSchemes为对应APPID