微信扫码支付模式一和模式二的区别

模式一和模式二提供了两种不一样的能力，适用于不一样的场景，看商户具体的需求。

两种模式，在支付的流程中，有必定的共同的流程：
1，生成订单。
2，用户支付。

差异在于：
模式一，先扫码，再生成订单。
模式二，先生成订单，再扫码。

而 生成订单，表明着 本次支付给商户的金额是不是已经肯定了。
在模式一中，用户扫描的二维码，此时能够尚未肯定实际要支付的金额。
在模式二中，用户扫描的二维码，金额已是肯定的。

能够这么理解，模式一中的二维码，是商品的二维码。
模式二中的二维码，是 订单的二维码，也由于这个是订单的二维码，因此必需要有时效性。


那么这两个场景的玩法，能够有一个明显的差异，
模式一，更适合无人职守的自动售卖机。全部的商品都有一个固定的二维码，价格相对稳定，当用户使用微信支付扫描了二维码，微信再请求自动售卖机的服务提供商的 后台接口，注意，这个请求中，是包含了商品ID以及用户信息的，这样，商户系统就能够根据 商品ID，以及用户的身份，再来肯定用户实际要支付的金额。

模式二，更适合有人职守的，支付金额很是不肯定的场合。好比，你去饭馆吃饭，虽然每一个菜的金额是固定的，但一桌子饭菜的金额不固定，甚至是你还可能使用饭馆事先发放的代金券。这个时候，就须要收银员，预先建立一个订单，肯定好金额，而后你再来扫描这个二维码来支付。

固然，用模式二来实现无人值守的自动售卖机，也是能够的。只是这个自动售卖机的就要多承担一些交互以及业务逻辑，在生成二维码以前，建立订单。

 

 

扫码支付的这两个实现模式对于非专业人士可能理解起来有点小难度，通俗的说，其实就是线下支付和线上支付连各类模式：
一、模式1—也就是线下支付，这种模式是商户本身为商品生成连接二维码，顾客经过扫描商品二维码获得商品详细信息并选择是否确认购买；
二、模式2—也就是线上支付，这种模式是顾客在线选好商品选择调用微信支付，商户平台给予相应，完成购买动做。