微信扫码支付的两种模式（native）
我们根据应用场景选择实现模式，Native支付可分为两种模式，商户根据支付场景选择相应模式。
【模式一】：商户后台系统根据微信支付规则链接生成二维码，链接中带固定参数productid（可定义为产品标识或订单号）。用户扫码后，微信支付系统将productid和用户唯一标识(openid)回调商户后台系统(需要设置支付回调URL)，商户后台系统根据productid生成支付交易，最后微信支付系统发起用户支付流程。
商户支付回调URL设置指引：进入商户平台-->产品中心-->开发配置，进行配置和修改
【模式二】：商户后台系统调用微信支付【统一下单API】生成预付交易，将接口返回的链接生成二维码，用户扫码后输入密码完成支付交易。注意：该模式的预付单有效期为2小时，过期后无法支付；
其实两种模式本质的区别就在于，后台调用微信支付时间先后的问题，模式一就是在用户扫码将productId或者是orderno +openid信息待带到后台，生成相应的订单，后台根据这些取请求微信支付，成功之后回调修改相关的参数；
需要注意的点是：统一下单时openid并不是必须的，所以第二种模式下后台可以直接那相关的参数取调用统一下单的API；
模式二是：
下面来详细看一下，两种支付模式的流程：
【模式一】
模式一开发前，商户必须在公众平台后台设置支付回调URL。URL实现的功能：接收用户扫码后微信支付系统回调的productid和openid；
下面是具体的支付流程：
业务流程说明：
（1）商户后台系统根据微信支付规定格式生成二维码（规则见下文），展示给用户扫码。（openid非必需）
（2）用户打开微信“扫一扫”扫描二维码，微信客户端将扫码内容发送到微信支付系统。
（3）微信支付系统收到客户端请求，发起对商户后台系统支付回调URL的调用。调用请求将带productid和用户的openid等参数，并要求商户系统返回交数据包,详细请见"本节3.1回调数据输入参数"
（4）商户后台系统收到微信支付系统的回调请求，根据productid生成商户系统的订单。
（5）商户系统调用微信支付【统一下单API】请求下单，获取交易会话标识（prepay_id）
（6）微信支付系统根据商户系统的请求生成预支付交易，并返回交易会话标识（prepay_id）。
（7）商户后台系统得到交易会话标识prepay_id（2小时内有效）。
（8）商户后台系统将prepay_id返回给微信支付系统。返回数据见"本节3.2回调数据输出参数"
（9）微信支付系统根据交易会话标识，发起用户端授权支付流程。
（10）用户在微信客户端输入密码，确认支付后，微信客户端提交支付授权。
（11）微信支付系统验证后扣款，完成支付交易。
（12）微信支付系统完成支付交易后给微信客户端返回交易结果，并将交易结果通过短信、微信消息提示用户。微信客户端展示支付交易结果页面。
（13）微信支付系统通过发送异步消息通知商户后台系统支付结果。商户后台系统需回复接收情况，通知微信后台系统不再发送该单的支付通知。
（14）未收到支付通知的情况，商户后台系统调用【查询订单API】。
（15）商户确认订单已支付后给用户发货。
注意：商户提供的支付回调URL（回调地址设置）需要实现以下功能：接收用户扫码后微信支付系统发送的数据，根据接收的数据生成支付订单，调用【统一下单API】提交支付交易。
【模式二】
模式二与模式一相比，流程更为简单，不依赖设置的回调支付URL。商户后台系统先调用微信支付的统一下单接口，微信后台系统返回链接参数code_url，商户后台系统将code_url值生成二维码图片，用户使用微信客户端扫码后发起支付。注意：code_url有效期为2小时，过期后扫码不能再发起支付。
业务流程说明：
（1）商户后台系统根据用户选购的商品生成订单。
（2）更具相关参数取调用【统一下单API】生成预支付交易；
（3）微信支付系统收到请求后生成预支付交易单，并返回交易会话的二维码链接code_url。
（4）商户后台系统根据返回的code_url生成二维码。
（5）用户打开微信“扫一扫”扫描二维码，微信客户端将扫码内容发送到微信支付系统。
（6）微信支付系统收到客户端请求，验证链接有效性后发起用户支付，要求用户授权。
（7）用户在微信客户端输入密码，确认支付后，微信客户端提交授权。
（8）微信支付系统根据用户授权完成支付交易。
（9）微信支付系统完成支付交易后给微信客户端返回交易结果，并将交易结果通过短信、微信消息提示用户。微信客户端展示支付交易结果页面。
（10）微信支付系统通过发送异步消息通知商户后台系统支付结果。商户后台系统需回复接收情况，通知微信后台系统不再发送该单的支付通知。
（11）未收到支付通知的情况，商户后台系统调用【查询订单API】。
（12）商户确认订单已支付后给用户发货。
其实也就是将整个支付用户的参与过程做了调整，这是二是后台完成的多，而模式一是用户的参与更多一点；