Android微信支付彻底扫坑

由于公司运营需要，Android客户端要增加微信支付。在看了几遍官方文档之后，加上之前有集成微信分享的经验，所以很快就把调用微信支付的代码写好了，待微信支付相关接口完成后联调时，才发现山高路远坑深啊！从下午2点半开始调试，一直折腾到快6点，那个微信支付界面才“千呼万唤始出来”，更坑爹的是，压根儿就不是我客户端的问题，而是后台接口那边sign生成时出了问题。在解决问题的过程中，看到网上太多关于微信支付各种问题的帖子，但遗憾的是并没有找到真正有效的解决方案，所以就来彻底扫一下Android集成微信支付中的坑。

首先讲一下我们的逻辑，如微信支付开发文档（https://pay.weixin.qq.com/wiki/doc/api/app.php?chapter=8_5）中Android部分描述的那样，由服务器端请求微信支付平台生成prepayid，大家一般也都是这么做的，发现网上有一部分人从服务器端拿到prepayid后，在客户端自己拼字符串参数，然后调用算法生成sign，这样是可以，但是安全性不好，而且客户端逻辑也变复杂了，估计大家是按照官方demo写的，至于其demo暂时就不评价了，下面会提及。我们的做法是所有的必要参数，如partnerId、prapayId、packageValue、nonceStr、timeStamp、sign等都是由服务器端生成，至于appId自己写在客户端也行，服务器端传过来也行，因为之前微信分享appId是写在客户端了，因此微信支付就没让服务器端返回appId这个参数。其实微信支付官方文档也是这样建议的,原文为“商户服务器生成支付订单，先调用统一下单API(详见第7节)生成预付单，获取到prepay_id后将参数再次签名传输给APP发起支付”。App端拿到上述6个主要参数后，加上appId，一共7个，就可以调起支付了。

如上所述，客户端的逻辑就这么简单，所以当调试时竟然调不出支付界面，真觉得不可思议。我遇到的问题是这样的：当发起支付时调不出微信支付界面，直接响应WXPayEntryActivity中的onResp回调，并且errCode始终返回-1。如果微信未登录，则会调起登陆界面，登陆完成后还是调不起来，errCode依然返回-1。

我们客户端的实现逻辑基本跟官