项目里最近用到了支付模块，支付宝和微信支付是没得商量的。
其实客户端的支付部分工作量并不是太大，主要工作还是在服务端。官方提供的文档为了完整性说得都很纠结，总之一句话：为了安全，我们得把重要的准备工作放到服务端，比如微信的预付单什么的，一切准备好了后返给客户端，客户端再唤起支付~！真不是为了推卸工作量哇，/手动抠鼻~
支付宝和微信的配置部分都略过哈，一般不会用大问题的。
支付宝的流程相对简单一些，先从支付宝开始吧。
支付宝
流程：
点击支付宝支付按钮-->发送商品信息到服务端-->服务端一阵不可描述的捣腾
-->服务端返回一个带有必要支付信息的字符串-->唤起支付-->支付完成
@SuppressLint("HandlerLeak")
private Handler mHandler = new Handler() {
@SuppressWarnings("unused")
public void handleMessage(Message msg) {
switch (msg.what) {
case SDK_PAY_FLAG: {
PayResult payResult = new PayResult((String) msg.obj);
/**
* 同步返回的结果必须放置到服务端进行验证（验证的规则请看https://doc.open.alipay.com/doc2/
* detail.htm spm=0.0.0.0.xdvAU6&treeId=59&articleId=103665&
* docType=1) 建议商户依赖异步通知
*/
String resultInfo = payResult.getResult();
// 同步返回需要验证的信息
String resultStatus = payResult.getResultStatus();
// 判断resultStatus 为“9000”则代表支付成功，具体状态码代表含义可参考接口文档
if (TextUtils.equals(resultStatus, "9000")) {
Toast.makeText(PaySureActivity.this, "支付成功，请检查账户信息", Toast.LENGTH_SHORT).show();
}else {
// 判断resultStatus 为非"9000"则代表可能支付失败
// "8000"代表支付结果因为支付渠道原因或者系统原因还在等待支付结果确认，最终交易是否成功以服务端异步通知为准（小概率状态）
if (TextUtils.equals(resultStatus, "8000")) {
Toast.makeText(PaySureActivity.this, "支付结果确认中", Toast.LENGTH_SHORT).show();
} else {
// 其他值就可以判断为支付失败，包括用户主动取消支付，或者系统返回的错误
Toast.makeText(PaySureActivity.this, "支付失败", Toast.LENGTH_SHORT).show();
}
}
break;
}
default:
break;
}
};
};
这玩意儿直接复制粘贴就行了，支付宝需要这个handler
接下来再来看用到这个handler的方法：
/**
* call alipay sdk pay. 调用SDK支付
*/
private void aLiPay(final String payInfo) {
Runnable payRunnable = new Runnable() {
@Override
public void run() {
// 构造PayTask 对象
PayTask alipay = new PayTask(PaySureActivity.this);
// 调用支付接口，获取支付结果
String result = alipay.pay(payInfo, true);
Message msg = new Message();
msg.what = SDK_PAY_FLAG;
msg.obj = result;
mHandler.sendMessage(msg);
}
};
// 必须异步调用
Thread payThread = new Thread(payRunnable);
payThread.start();}
PaySureActivity.this为当前类，payInfo参数服务端返回的一个字符串，注意这里面包含的东西很多，但是都是服务端的内容，包括商品信息，签名，编码转换什么的。但是你需要在这之前把商品信息相关的信息传给服务端,他才有东西给你返。如果出问题，那就是服务端的锅，这都不用甩！
好吧，其实支付宝的内容就这么多。。。
微信支付
微信支付就稍微麻烦一些了，apk签名的问题是一个坑，支付信息集合是一个坑。
流程：
点击微信支付按钮-->发送商品信息到服务端-->服务端一阵不可描述的捣腾
-->服务端返回一个带有必要支付信息的json串-->客户端装入支付信息-->唤起支付-->支付完成，回调页面处理
首先在oncreat方法中
IWXAPI api = WXAPIFactory.createWXAPI(this, Common.APP_ID, false);
// 将该app注册到微信
api.registerApp(Common.APP_ID);
商品信息请求服务端的部分大家都会写，略过哈~然后对服务端返回pay_info的json串搞进支付实体：
JSONObject json = new JSONObject(pay_info);
//参数APP_ID是微信支付ID
req.appId = Common.APP_ID;
req.partnerId = json.getString("partnerid");
req.prepayId = json.getString("prepayid");
req.packageValue = json.getString("package");
req.nonceStr = json.getString("noncestr");
req.timeStamp = json.getString("timestamp");
req.sign = json.getString("sign");
//调起支付
api.sendReq(req);
接下来处理回调类WXPayEntryActivity，这个类比较奇葩，必须放在根目录的wxapi文件夹下面，官方文档都有相关说明的
其实一般都不会对这个页面有所动作的，所以我把界面直接注释掉了
// setContentView(R.layout.pay_result);
这个类的onResp方法处理一下成功后的toast信息就行了，比如这样：
if(resp.errCode == 0 ){
Toast.makeText(this,"买完了！",Toast.LENGTH_LONG).show();
}else {
Toast.makeText(this,"买个毛！！",Toast.LENGTH_LONG).show();
}
最后说一下apk签名的问题，申请微信支付的时候上传的签名如果是正式版，请打包后测试；如果是debug版，以后还得换。而如果是别人申请的，而且是他的debug生成的签名，那你得把自己的debug.key替换成他的。。。要不然唤不起支付。
如果存在唤不起支付的情况，一般都是签名的问题，注意先检查排除自己的签名是否存在问题，如果再三确认没有问题，那！一！般！都！是！服！务！端！的！锅！
木有了，就酱~
本文作者：paradoxie
个人主页：谢盒盒的小黑屋
简书地址：简书主页
github地址：paradoxie
转载请注明出处，蟹蟹!
-------我的梦想真的是做一条咸鱼！
网友评论