网站开发过程中关于微信扫码支付模式一和模式二提供了两种不同的能力，适用于不同的场景，看商户具体的需求。通俗的说，其实就是线下支付和线上支付连各种模式：

模式1-生成订单也就是线下支付

这种模式是商户自己为商品生成链接二维码，顾客通过扫描商品二维码得到商品详细信息并选择是否确认购买；

场景说明：

线下：因为一张二维码可重复应用于多人，不会过期，所以多用于线下，（所以只要为某一种商品贴上一个二维码，用于扫描该二维码完成支付就可以带走一件该类商品了），

tip:还未买，可应用于多人，每个人都还没生成订单，每个人扫描二维码时才会生成系统内部订单，以及微信预支付订单prepay_id，后续的步骤和公众号内支付类同。。。

线上：还可以应用于线上，只不过，相比较模式二，流程较长，会耗时较长影响用户体验。。。，如果非要应用于线上的话，因为线上的系统内部订单是预先生成好的，

所以二维码地址参数中要携带预先生成好的订单，如可以给product_id赋予内部订单号，

模式2-用户支付—也就是线上支付

这种模式是顾客在线选好商品选择调用微信支付，商户平台给予相应，完成购买动作。两种模式，在支付的流程中，有一定的共同的流程：

场景说明：

因为二维码有效期和应用人数限制，所以多应用于线上（线上订单生成时间是确定的，而2个小时足够支付完成了，还有就是一张二维码只能用于一个人，因为

二维码种包含了prepay_id等预支付信息，而每个预支付订单只能由一个人支付完成，重复对一个prepay_id支付，会提示订单已经支付,所以只能应用于一个人）

说明：

1、一对一的模式，和公众号支付类同，预先生成了系统内部订单，只有一个人能支付成功哦，因为不知道是谁会扫码，所以openid不需要传了

2、用户提交系统内部订单，然后根据模式二生成二维码，扫码完成后再支付（不一定要扫码，如果是移动端，可以直接通过a链接打开），不适用于多人扫一张，因为只能有一个人付款成功。。。

3、还有一种场景是预先生成订单，谁先付款，谁得到,后期再根据openid识别谁抢到了。。。1分钱秒杀活动开始 start...

两种模式差别在于：

模式一，先扫码，再生成订单。

模式二，先生成订单，再扫码。

而 生成订单，代表着 本次支付给商户的金额是否是已经确定了。

在模式一中，用户扫描的二维码，此时可以还没有确定实际要支付的金额。

在模式二中，用户扫描的二维码，金额已经是确定的。

可以这么理解，模式一中的二维码，是商品的二维码。

模式二中的二维码，是 订单的二维码，也因为这个是订单的二维码，所以必须要有时效性。

那么这两个场景的玩法，可以有一个明显的差别，

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

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

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

本页内容由塔灯网络科技有限公司通过网络收集编辑所得，所有资料仅供用户学习参考，本站不拥有所有权，如您认为本网页中由涉嫌抄袭的内容，请及时与我们联系，并提供相关证据，工作人员会在5工作日内联系您，一经查实，本站立刻删除侵权内容。本文链接:http://www.dengtar.com/10291.html