Closed bym12138 closed 1 year ago
引用自这里 及 这里
使用云开发来实现相应的支付功能后，开发者无需关心证书、签名、微信支付服务器端文档，使用简单，代码较少，只需要调用相应的函数即可。此外，因为云开发基于微信私有协议实现，官方通过服务商提供支付接口对接支持，不依赖第三方模块，免去泄漏证书、支付情况等其他敏感信息的风险。同时，云开发还支持云函数接收微信支付进行支付和退款的回调，安全高效。
wx.requestPayment
商户在小程序中先调用该接口在微信支付服务后台生成预支付交易单，返回正确的预支付交易后调起支付。
此接口与微信支付原接口（文档）的不同点在于：
sub_mch_id
appid
sub_appid
mch_id
sign
sign_type
JSON
XML
从其流程图上也能看出来有纰漏(比如云函数直接请求微信支付，这是错的)，其背后肯定有一个类似三方、四方的微信支付服务商应用在做代理请求及回调通知。从这些公开的资料，无从感知其「私有协议」技术细节及构成，难弄，有能力的欢迎PR.
引用自这里 及 这里
微信支付
使用云开发来实现相应的支付功能后，开发者无需关心证书、签名、微信支付服务器端文档，使用简单，代码较少，只需要调用相应的函数即可。此外，因为云开发基于微信私有协议实现，官方通过服务商提供支付接口对接支持，不依赖第三方模块，免去泄漏证书、支付情况等其他敏感信息的风险。同时，云开发还支持云函数接收微信支付进行支付和退款的回调，安全高效。
wx.requestPayment所需参数说明
商户在小程序中先调用该接口在微信支付服务后台生成预支付交易单，返回正确的预支付交易后调起支付。
此接口与微信支付原接口（文档）的不同点在于：
sub_mch_id字段，小程序/公众号appid填入sub_appid字段mch_id、appid、sign、sign_typeJSON而不是XML从其流程图上也能看出来有纰漏(比如云函数直接请求微信支付，这是错的)，其背后肯定有一个类似三方、四方的微信支付服务商应用在做代理请求及回调通知。从这些公开的资料，无从感知其「私有协议」技术细节及构成，难弄，有能力的欢迎PR.