微信支付

微信支付
小智   
微信支付协助服务端整了2天,终于可以使用了。        
我们忽略掉低级错误(服务端传过来的 随机字符串,时间戳出现的问题,)。
继承,支付成功后没有回调正确的Activity(http://fangjie.info/?p=393)
签名问题,这一块是比较严重的,服务端需要2次签名。
第一次签名:代码
   
   
  1. List<NameValuePair> packageParams = new LinkedList<NameValuePair>();
  2. packageParams.add(new BasicNameValuePair("appid", Constants.APP_ID));//appid
  3. packageParams.add(new BasicNameValuePair("body", "weixin")); //body
  4. packageParams.add(new BasicNameValuePair("mch_id", Constants.MCH_ID)); //商务号
  5. packageParams.add(new BasicNameValuePair("nonce_str", nonceStr));//随机字符串
  6. packageParams.add(new BasicNameValuePair("notify_url", "http://121.40.35.3/test"));//响应url
  7. packageParams.add(new BasicNameValuePair("out_trade_no",genOutTradNo())); //商务系统生产的订单号
  8. packageParams.add(new BasicNameValuePair("spbill_create_ip","127.0.0.1"));//系统ip
  9. packageParams.add(new BasicNameValuePair("total_fee", "1"));//价钱单位
  10. packageParams.add(new BasicNameValuePair("trade_type", "APP"));//固定值
签名发送的拼串应该一致。(服务端:我们在操作的时候参数出现问题,并且还认为只进行一次签名,不需要再次进行签名,导致签名错误。Android前端:第一次签名android端不需要做签名 但是自己也做了一次签名导致了订单重复。)

第二次签名代码
   
   
  1. private void genPayReq() {
  2. req.appId = APP_ID;//公众号id
  3. req.partnerId = mMch_id;//商务号id
  4. req.prepayId = mPrepay_id;//微信返回的支付交易会话ID
  5. req.packageValue = "Sign=WXPay";//固定值
  6. req.nonceStr = genNonceStr();//随机字符串
  7. req.timeStamp = mTimestamp;//时间戳
  8. //判断前端 与服务端签名是否一致
  9. List<NameValuePair> signParams = new LinkedList<NameValuePair>();
  10. signParams.add(new BasicNameValuePair("appid", req.appId));
  11. signParams.add(new BasicNameValuePair("noncestr", req.nonceStr));
  12. signParams.add(new BasicNameValuePair("package", req.packageValue));
  13. signParams.add(new BasicNameValuePair("partnerid", req.partnerId));
  14. signParams.add(new BasicNameValuePair("prepayid", req.prepayId));
  15. signParams.add(new BasicNameValuePair("timestamp", req.timeStamp));
  16. //判断前后端签名是否一致
  17. if (!mSign.equals(genAppSign(signParams))) {
  18. Toast.makeText(ConfirmOrderFragmentActivity.this, "前后端签名不一致", Toast.LENGTH_SHORT).show();
  19. return;
  20. }
  21. req.sign = mSign;
  22. Log.e("orion", signParams.toString());
  23. }


genAppSign(signParams)再次进行了一次签名参数与字段服务端必须保持一致(服务端:发现错误后做第二次签名,但是又遇到问题:参数字段不对,和随机字符串,时间戳参数没有跟第一次签名保持一致。android端:删掉请求第一次签名的代码。)

经过反复的整理思路,把签名搞通了,最后Android端做一次安全性判断,使用服务端给到的参数进行第二次签名然后将签名结果与服务端的签名结果做比较 (做安全验证的原因在后面做解释)。如果匹配成功回调支付页面。

    
    
  1. //发送微信支付请求
  2. private void sendPayReq() {
  3. msgApi.registerApp(APP_ID);
  4. msgApi.sendReq(req);
  5. }
为什么支付不成功返回-1 
当我们sendReq(req)的时候,他会与微信端生成的签名进行匹配,如果匹配不成功会出现-1签名错误,这个时候只要流程是通的,仔细检测参数即可。

支付成功后,微信没有回调服务端。
原因如下,这里必须用https 并且不能带有参数。(注意一点:签名要大写,随机字符串不一定要大写)


最后将notify_url改成https。开始回调了。
再做一下测试,又不能回调了。
分析原因:1,微信回调延迟。
                   2,响应url有问题。
(ok最后结果是服务端url写错了。)

3.安全遗漏
以上的代码可以看到,我这边也再做了一次签名,这个签名是怎么回事:(我们ios出现了这个问题)
分析:
        当我们发送签名的时候,随机字符串与服务端的随机字符串不一致的情况,例如:android前端使用的随机字符串是自己生成的,与服务端的也是自己生成的,生成方式不一致导致随机字符串不一致,但是仍然可以付款成功并回调页面
(检测签名是在微信端的在微信端检测签名格式正确,就不会去校验第二次签名的参数了。)
重点就在于检测格式,而没有检测签名参数。是否一致。所以当我们前后台的签名不一致也通过了支付流程 回调到了页面。所以我们需要在前端进行以下改进。使用服务端的参数在前端进行第二次签名的流程,与在服务端拿到的签名进行对比验证。
    
    
  1. //判断前端 与服务端签名是否一致
  2. List<NameValuePair> signParams = new LinkedList<NameValuePair>();
  3. signParams.add(new BasicNameValuePair("appid", req.appId));
  4. signParams.add(new BasicNameValuePair("noncestr", req.nonceStr));
  5. signParams.add(new BasicNameValuePair("package", req.packageValue));
  6. signParams.add(new BasicNameValuePair("partnerid", req.partnerId));
  7. signParams.add(new BasicNameValuePair("prepayid", req.prepayId));
  8. signParams.add(new BasicNameValuePair("timestamp", req.timeStamp));
  9. //判断前后端签名是否一致
  10. if (!mSign.equals(genAppSign(signParams))) {
  11. Toast.makeText(ConfirmOrderFragmentActivity.this, "前后端签名不一致", Toast.LENGTH_SHORT).show();
  12. return;
  13. }
  14. req.sign = mSign;
微信支付这个时候才真正完成完成
后续问题:
    出现签名错误
         当我们检测签名,appid,包名都没有问题的时候,清一下缓存就可以解决了。
        预测原因:之前的签名被缓存了。(暂未证实)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值