点击联系发帖人
时间：2018-09-24 10:40
免费下载，快速打造你的，让视频持续为你赚钱，现在免费试用30天，
通过微信统一下单接口提交数据后，
用来生成微信支付的二维码，
展示给用户进行扫码支付，
公众号支付是没有这个 code_url 的
xxx是微信支付订单的识别码，
对应一个唯一的支付订单。
微信支付官方的开发文档中，
使用这种方式生成的支付二维码，
一些做二维码开发的学员，
喜欢把生成的链接或其它数据进行 url 编码，
但是在微信扫码支付开发时，
这些支付链接 url 编码，
否则无法调用微信支付，
了解实现过程和下载相关源代码
免费下载，快速打造你的，让视频持续为你赚钱，现在免费试用30天，
来源：，欢迎转载分享，请保留出处
现在就加入微信开发QQ群2：，跟同行探讨微信公众平台开发。群满就关闭，你得等到下一个群开通才能加入……
看文档在支付成功后微信回调notify_url，处理完成后还需要同步返回给微信参数通知处理成功。
但是怎么样的方式返回微信还是会通过一定的策略（如30分钟共8次）定期重新发起通知。
那位做过微信支付的能解决一下吗？
你这个好好查下api啊
微信支付分好几种呢,公众号里的,网页授权的,还有第三方支付,每个接口都不一样的,你不是弄混了
微信会回调你的URL 共8 次，是为了尽量保证能回调到你的URL，如果在微信回调的时候收到你的返回数据为success，微信就停止之后的回调。你可以在回调的方法中对微信的回调返回数据。
楼主解决这个问题了么？
试了你的方法，还是多次收到回调信息！
自己抓包看看response有没有多余的东西
先不管任何东西，在调用开始直接就输出这段xml 然后在处理其他的问题，如修改订单状态等。这样就不会因逻辑处理时间太长，导致微信认为你未收到。
2015年的帖子了...楼主估计都转行了,你们却还在灌楼...哈哈哈哈
小程序最适合的使用场景有哪些？相比大家能列举出来很多，但这个场景，大家可能多数没想到^_^
笔者团队近期接到了一个PC项目：转转游戏租号PC官网，该项目要求在PC端实现整个交易流程，问题来了，我司（转转）一直深耕于移动端，在PC端几乎啥都没有，甚至都没有个像样的登录流程、购买流程...当大家在探讨如何接入微信授权登录、微信扫码支付等一大套流程之际，笔者力排众议，机智的提出：为什么不用小程序来实现这些功能！
备注：『转转官方』是我司开发的一款小程序，实现了APP80%的功能和体验，有完善的交易流程。
使用了小程序来替代微信官方的授权登录和扫码支付模式，极大程度降低了开发成本，又能将小程序的服务场景得以延伸，何乐而不为呢？
注意：是用微信扫小程序码，直接打开小程序，而不是用小程序来扫码
注意：是用微信扫小程序码，直接打开小程序，而不是用小程序来扫码
支付效果请到我司网站体验：
微信提供了三个接口来生成小程序码，其中只有一个接口可以生成大量二维getwxacodeunlimit，但该接口的问题是携带的参数只能编码32个可见字符，很多情况下，携带的参数都会超过限制。
解决策略： 前端调用后台接口的时候，接口会把参数存储起来，并生成一个18位的ID，将这个ID编码到二维码里，进入小程序后，在从另一个接口通过ID把参数换回来
后端接口给每个二维码生成一个actId，不同的扫码操作完成后小程序端会调用不同逻辑，最终各个逻辑都会汇总完成状态关联到actId上，PC端上只需要轮询请求扫码结果接口判断是否操作成功即可，因此该业务可用于各种扫码操作上，比如现在已经实现的扫码管理订单、扫码联系卖家等（我司深入践行MVP模式，因此在尝试阶段不想在PC端上造一大堆交易流程、IM等的轮子）
PC端验证扫码操作是否成功,由于后端不支持socket方式目前使用的是轮询的方式，从性能角度来看并不好，未来实现socket方式就更赞了
可以看出PC结合小程序还是比较流畅的，体验上和微信扫码授权登录、微信扫码支付基本一致，但通过对接小程序，节省了团队大量开发成本，同时又给小程序提高了单量~~
虽然业界当前并不看好小程序发展，但从开发者的角度来讲，小程序越来越完善，微信提供的能力和支持越来越多，小程序未来会有更广阔的空间~
——————————————————
长按二维码，关注大转转FE
