在数字支付领域,各种支付方式如同城市中的不同交通工具,各有其适用场景和运行机制。本文将深入剖析主流第三方支付方式的底层逻辑与原理,用生动比喻帮助理解,并详细介绍微信H5支付的开通流程。
底层逻辑:JSAPI支付是专为微信公众号、小程序等微信生态内场景设计的支付方式。其核心在于获取用户的openid
作为身份标识,通过微信JS-SDK调起支付界面。
技术流程:
trade_type=JSAPI
)WeixinJSBridge
调起支付比喻说明:就像城市地铁系统,乘客(用户)必须通过地铁站(微信环境)入口(JS-SDK)才能乘车(支付),系统通过交通卡(openid)识别乘客身份,整个流程都在封闭的轨道交通系统(微信生态)内完成。
适用场景:微信公众号内支付、微信小程序支付等微信生态内的交易场景。
底层逻辑:APP支付是为移动应用开发者提供的支付解决方案,通过集成微信支付SDK,在APP内直接调起微信支付。
技术流程:
比喻说明:如同私家车通过专用通道进入高速公路(支付流程),车辆(APP)需要安装ETC设备(SDK)才能快速通行,支付完成后返回原入口(APP)。
适用场景:各类原生移动应用内的支付场景。
底层逻辑:Native支付又称扫码支付,商户生成支付二维码,用户使用微信”扫一扫”完成支付。
技术流程:
trade_type=NATIVE
)比喻说明:就像乘坐公交车,商户是公交站牌(展示二维码),乘客(用户)通过扫码购买车票(支付),整个过程快速直接,适合即扫即走的场景。
适用场景:线下门店、自动售货机等需要展示固定二维码的场景。
底层逻辑:用户出示微信付款码,商户扫码设备读取并完成扣款,属于”被扫”模式。
技术流程:
比喻说明:如同机场快速安检通道,乘客(用户)出示登机牌(付款码),安检人员(商户)扫描后快速放行(完成支付),整个过程无需多余操作。
适用场景:超市、便利店等需要快速收银的线下场景。
底层逻辑:H5支付允许在非微信浏览器中调起微信支付,通过中间页跳转实现。
技术流程:
trade_type=MWEB
)mweb_url
)比喻说明:如同连接两岸的轮渡,用户从非微信环境(河岸一边)通过轮渡(中间页)到达微信支付(对岸),完成交易后再返回原出发地。
适用场景:手机浏览器、快应用等非微信环境但需要微信支付的场景。
底层逻辑:基于人脸识别技术,通过比对用户面部特征与预留信息完成身份验证和支付。
技术流程:
比喻说明:如同高科技办公大楼的人脸识别门禁,员工(用户)只需”刷脸”(面部识别)即可通过门禁(完成支付),无需携带任何物理凭证。
适用场景:无人超市、自助收银等追求极致便捷的支付场景。
支付方式 | 调用环境 | 技术特点 | 适用场景 | 安全性 |
---|---|---|---|---|
JSAPI支付 | 微信生态内 | 需openid, JS-SDK调用 | 公众号、小程序 | 高 |
APP支付 | 原生APP | 需集成SDK, 跳转微信APP | 各类移动应用 | 高 |
Native支付 | 任意环境 | 静态/动态二维码展示 | 线下门店、自动售货机 | 中 |
付款码支付 | 线下场景 | 用户出示码, 商户扫码 | 超市、便利店 | 中(码可能被截) |
H5支付 | 手机浏览器 | 中间页跳转, 重定向 | 快应用、外部网页 | 中高 |
刷脸支付 | 特定设备 | 生物识别, 无感支付 | 无人零售、自助收银 | 极高 |
第一步:注册微信商户平台
第二步:申请H5支付功能
第三步:填写H5支付申请信息
“我们通过短信向会员发送活动通知,用户可在手机浏览器中完成活动报名缴费。目前移动端浏览器仅支持支付宝,希望开通微信H5支付解决支付不流畅问题。”
第四步:提交审核并等待
第五步:配置支付域名
domain1.com,domain2.com
第六步:启用H5支付
trade_type=MWEB
mweb_url
后引导用户访问Referer
和redirect_url
均为白名单域名问题1:审核被拒,提示”业务场景描述不清晰”
问题2:支付中间页无法正常调起微信
Referer
和redirect_url
是否配置正确,确保域名已添加到商户平台白名单问题3:支付完成后无法正确跳回
redirect_url
,并在App中设置URL Scheme拦截处理原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。