微信公众号支付

业务流程

这个微信官网说的还是很详细的，还配了图。我还要再说一遍。

用户点击一个支付按钮-->{后台一大推处理}-->用户看到了一个输入密码的界面，包含金额等一些信息-->用户输入密码后出来一个支付成功的页面（这部分流程都是微信自己完成的，我们什么都不用做）-->返回系统自己的页面（总不能让用户一直看着一个支付完成的页面吧。花了钱，正心疼的，赶紧跳转啊~一会后悔了，申请退款怎么整。可怜的工程师还得开发退款功能）

开发流程

1）获取用户授权(这个做不做没有啥关系，反正我还没做呢) 2）调用统一下单接口获取预支付id 3）H5调起微信支付的内置JS 4）支付完成后，微信回调URL的处理   看着大段的文字，是不是很不爽。忘记了在哪里看到的一句话。One picture instead  thousands of words. (图中红色部分是我们需要做的。好像也没有多少) 本文最主要的部分开始了(想直接看代码，贴上代码，你也不一定能看懂，不是说代码难，各种分离，各种类，不直接。看懂了，不一定能调试通。最后一个签名错误，或者$get_brand_wcpay_request:fail.$key0 还是得回来乖乖的对参数。)最近学习英语有点魔怔了。各种插入语。不懂什么梗的，可略过。朋友一直说我的笑点和别人不一样。文后会讲个笑话。 1、生成统一下单接口，获取prepay_id. 需要的参数 ==名称==从哪里找到他们： 微信官方给了个参数的详细说明。https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=9_1 部分参数，仍然不知道哪里找的小伙伴们请继续向下看 appid ==应用ID==登陆微信公众号后台-开发-基本配置 mch_id == 微信支付商户号==登陆微信支付后台，即可看到 device_info==设备号==终端设备号(门店号或收银设备ID)，注意：PC网页或公众号内支付请传"WEB" body==商品描述==商品或支付单简要描述（不知道是什么鬼，没关系，先随便传个字符串，随便的传个英文的字符串。你会为你这个时候的英明决定打个满分。如果是中文，可能会遇到毫无头绪的签名错误，严重者开始怀疑人生） trade_type==交易类型==取值如下：JSAPI，NATIVE，APP。我们这里使用的JSAPI。标题已经说了，是微信公众号支付。他们的区别，请参考https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=4_2 　　　　　　ps：JSAPI--公众号支付、NATIVE--原生扫码支付、APP--app支付，统一下单接口trade_type的传参可参考这里。MICROPAY--刷卡支付，刷卡支付有单独的支付接口，不调用统一下单接口 nonce_str==随机字符串==随机字符串，不长于32位（参考算法https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=4_3） 　　　　　  ps:小伙伴们可能会对nonce这个命名，很诧异，微信team的人，都是逗必吗~。查了一下百科，随机数也用nonce表示。瞬间伤害满满的。（好奇的宝宝可用剑桥词典查一下nonce的意思）。在我的不懈努力下，

　　　　　　发现了这个。nonce ==number used once.恍然大悟的赶脚。

  notify_url==通知地址==接收微信支付异步通知回调地址，通知url必须为直接可访问的url，不能携带参数。（这，起个什么名字好呢。随便起吧，反正一时半会也用不到） out_trade_no==商户订单号==商户系统内部的订单号,32个字符内、可包含字母（参考：https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=4_2）（每次看完微信的官方解释就更迷茫了，有木有。没关系，我就传个1咋了。）
total_fee==总金额==订单总金额，单位为分（为了公司的项目测试，还得自己掏银子，1分钱也是钱啊。ps:这个时候总会想起，一个同学说过，苍蝇腿也是肉啊） openid==用户标识==trade_type=JSAPI，此参数必传，用户在商户appid下的唯一标识。（要是不知道这个从哪里来的话，没关系。微信不是给咱写文档了吗https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=4_4） 还有最最重要的一个，重要的角色总要在最后登场。 sign==签名==官方给的签名算法。https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=4_3。没有看懂，看不太懂，你觉得你看懂了，没关系，不遇到几次签名错误，好意思说自己做过微信支付开发吗。 说道这个sign还有一个更重要的参数。参与签名的参数。反正我是找了好久才找到。（公司运营申请的微信支付，当我找她要的时候，他的表情是这样子的。） key==key设置路径：微信商户平台(pay.weixin.qq.com)-->账户设置-->API安全-->密钥设置 在这里： 网上有说怎么找得。我也懒得去找。直接自己想了一个字符串，然后用MD5加密成32位的字符串，重新设置的。 生成sign签名的时候，要用到这个key值，所以，要保存好。 我看别人生成签名（sign）用了很多，反正我就用了上面给出的那些参数生成的sign.（这个上面指的是我的博客上面，不是微信上面。为了减少误解，贴出我生成sign签名的参数） 我生成sign签名的参数 准备好以上参数之后，封装成XML 格式如下： 
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

    wxb1427ebebexxxxxx
    XXX费用
    WEB
    132186xxxx
    6AED000AF86A084F9CB0264161E29DD3
    https://一个域名/api/wechatPay/jsapiPayNotify
    oo8WUt0taCqjt552htW1vw-xxxxx
    1
    各种排序+key生成的那个sign
    1
    JSAPI
调用微信的统一下单地址：https://api.mch.weixin.qq.com/pay/unifiedorder NB： =================划重点beign==20170728增加============ 调用统一下单地址时传的参数个参数名称和参数值与生成签名时相比，           ★   调用统一下单时多了一个sign的参数，其他参数名称需要全部相同。           ★   调用统一下单时多了一个sign的参数，其他参数名称需要全部相同。           ★   调用统一下单时多了一个sign的参数，其他参数名称需要全部相同。    nonce_str的值可以不同 获取预支付ID时，如果返回值是【签名错误】。那真是的你的签名错了，请仔细核对生成sign的参数名称、参数值和调用统一下单接口的参数名称和参数值 =================划重点end==20170728增加============  见证奇迹的时刻。如果以上参数都神奇的对了，那么会收到微信返回的XML字符串，格式如下

我们需要的，就是这货

prepay_id

获取到这货之后，第一步骤已经结束了，可以去喝个茶，吃个冰棍，小庆祝一下。

2、H5调起微信支付的内置JS
 后台传回前台的参数中，应包含以下几项： appId==这个是不变的==永远不变 timeStamp==时间戳==规则：https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=4_2。看完仍是一脸迷茫的，没关系，我们有工具类。谁知道呢，直接调用就好了

nonceStr ==反正我用的跟刚才签名是同一个随机字符串。理论上不用应该也没有关系的，勤快的小伙伴可以试试

package==订单详情扩展字符串==统一下单接口返回的prepay_id参数值，提交格式如：prepay_id=***（你猜对了。刚才我们费那么大力气，获得到的prepay_id就是在这里用的。第一次使用的时候，一直拿订单ID去请求，然后微信给我的信息就是请求参数错误，缺少参数$key0$.不要告诉我，只有我一个人。） signType==签名方式==签名算法，暂支持MD5 paySign==签名==这个签名，要重新生成，在后台。使用如上4个参数 5个参数+一个key（永远不变）。（我生成签名的时间戳和传回给前台的时间戳就是timeStamp是同一个。不一样行不行，木有验证） 生成paySign的代码

NB:生成prepay_id时appid是小写的i,生成paySign时，appId是大写的I

到此为止如果一切顺利，你会看到这样子的一个页面。 但是如果，你没有看到这个。而是提示，目录未授权，或者测试账号未在白名单中，我觉得，这才是这篇博客的正确打开方式呢。 微信公众号后台，微信支付，开发配置中有一个支付授权目录，测试授权目录，  支付授权目录：开发时，先放一放。（*爷爷在对待中日关系时曾经说过，我们解决不了的问题，先放一放。） 测试授权目录：我们要填写的就是这个了。要一个外网能访问到的地址。ip也可以（亲测可以的）。如果你的ip，外网不能访问，找运维同学解决。建议，配置一个测试用的外网可访问的域名。支付配置不允许ip地址了啊，只允许icp认证过的网址。（感谢评论区的同学） 测试白名单：这个不解释 输入密码，然后，就会看到这样子的结果。（这也不需要我们做什么了） 好激动啊，赶紧去吃点东西，抑制一下，内心的激动。 剩下的，我们还有两件事情要去做。先说简单的。 3、支付成功之后跳转回自己的系统的某个页面 
function onBridgeReady(){
   WeixinJSBridge.invoke(
       'getBrandWCPayRequest', {
           "appId" : appId,       //公众号名称，由商户传入
           "timeStamp":timeStamp, //时间戳，自1970年以来的秒数     
           "nonceStr" : nonceStr, //随机串     
           "package" : Package,     
           "signType" :signType,  //微信签名方式：     
           "paySign" : paySign     //微信签名 

       },
       function(res){ 
           if(res.err_msg == "get_brand_wcpay_request:ok" ) {
               window.location.replace("index.html");
           }
       }
   ); 
}

上述代码中的，红色部分，修改成你想去的页面即可。是不是好奇replace是什么鬼。移步这里，看一下：http://www.xuebuyuan.com/2140432.html

4，最后一部分啦。fighting

该部分有以下3小步骤

　　　　1）解析传过来的流信息，通过重新签名的方式验证流中包含的信息的正确性。就是判断这个信息到底是不是微信发的

　　　　2）return_code和result_code都是SUCCESS的话，处理商户自己的业务逻辑。就是订单的支付状态啊等一些信息。

　　　　3）告诉微信，我收到你的返回值了。不用在发了。

关于以上三点的解释。微信官方是这么说的

//支付完成后，微信会把相关支付和用户信息发送到商户设定的通知URL，
//验证签名，并回应微信。
//对后台通知交互时，如果微信收到商户的应答不是成功或超时，微信认为通知失败，
//微信会通过一定的策略（如30分钟共8次）定期重新发起通知，
//尽可能提高通知的成功率，但微信不保证通知最终能成功。

//商户自行增加处理流程,
//例如：更新订单状态
//例如：数据库操作
//例如：推送支付完成信息

还记得我们在第一步生成预支付id(prepay_id时的那个notify_url吗。如果不记得了，请往上翻。如果当时只是随便写了一个，那么这会需要去改一改了。)

一个能访问的到的action.同样地址需要外网能访问的到。没有试ip好不好使。开发这部分功能的时候，运维同学已经配置了测试域名。好开心啊，终于不用在纠结于一些交互配置了。

和支付宝不同，微信返回的是流。和支付宝不同，微信返回的是流。和支付宝不同，微信返回的是流。重要的事情说三遍

解析之后，得到的格式是这样子的















1

==========================================20170726更新====================================

微信目前有鼓励金支付，在支付过程中支付金额大于鼓励金金额既可以使用。如果在支付时使用了鼓励金，则回调的流的xml格式如下






30













31

注意上述代码中阴影的4行代码。

微信返回的

coupon_count
coupon_fee>
coupon_fee_0
coupon_id_0

的这4个参数中coupon_fee_0和coupon_id_0，官方给出的参数是coupon_id_$n和coupon_fee_$n，$n为下标，从0开始编号。笔者在处理验签时是将xml转化成了JAVA对象，对于这种动态的参数目前没有什么好的解决方案，目前因为只有_0，所以只定义了一个参数叫做_0，万能的网友在使用的过程中如果有好的解决方案，请不吝赐教。

============================================20170726更新=================================

对以上第一点和第三点做个解释。

再次吐槽一下。微信真的很喜欢用签名啊。整个过程，3遍签名。也是醉了。

1）我们看到上述微信返回的xml中含有很多字段。使用上述xml中，处sign意外的值+key，进行签名。你没有看错。包含result_code和return_code。

微信的官方对于签名有解释。

原谅我真的好久不学语文了。真的没理解这句话，是用微信回调函数中传的参数，进行重新签名。傻傻的，还在想，用第二次签名是的参数进行签名，时间戳怎么办，要不要存在数据库里面。

将获得的签名与xml中的sign对比，如果相同，证明是微信返回的通知。如果不同，你的通知地址可能被黑客破解了。要不要告诉老板呢，告诉老板了，我怎么解决呢。

2）商户逻辑处理，不解释

3）告诉微信，我收到了你的通知，不需要在发送了。

怎么告诉微信呢。我翻遍了微信的文档，也没有找到回复微信通知这个url。

经人指导，再一次的刷新了认知观。用response.

我是这么写的:(20170727修改)

返回参数参照微信官方文档：https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=9_7

 String xml = " ";
 response.getWriter().write(xml);
 

--------------------------------------------------------------

微信公众号支付--JSAPI的开发思路和一下参数的具体解释，全部完成了。

微信公众号支付

相关

标签