- 主题:有对支付熟悉的总么？
我理解你所说的设备是指带无线通信的硬件，
设备是什么协议跟服务器通信的？
想要节省流量或者电量，那就维持个类似于心跳包链接吧。
服务器这边维护对支付状态的查询。如果已经支付，就返回个特殊回应，来唤起设备大电源。
【 在 Multimeter 的大作中提到: 】
: 咨询点业务
:
: 设备可以在支付时才在线，平时离线么
: ....................
- 来自「最水木 for iPhone Xs Max」
※ 修改:·syssky 于 Dec 28 19:05:46 2020 修改本文·[FROM: 223.104.38.*]
※ 来源:·最水木 客户端·[FROM: 223.104.38.*]
修改:syssky FROM 223.104.38.*
FROM 223.104.38.*
理论上可行。第三方支付的通知回调大多是异步的。
但这意味着你得把支付秘钥也放设备客户端上。这肯定不安全。
你敢把设备放出去，就得承受被破解被盗用的风险。
【 在 Multimeter 的大作中提到: 】
: 不做设备后台，设备平时离线，用户屏幕选好商品时，设备和第三方支付才建立链接
:
: 可行么？
: ....................
- 来自「最水木 for iPhone Xs Max」
--
FROM 223.104.38.*
你再想想设备跟微信的服务器怎么直接通信的，肯定得有秘钥或者证书。
这本来应该放在你自己服务器的，现在非得让设备来做。
既然设备能跟微信支付服务器通信，为什么想要省掉自己的服务器。
【 在 Multimeter 的大作中提到: 】
: 机器按照微信（举例）生成二维码，用户扫码支付，机器从第三方支付获取支付状态，没问题再出货。
:
: 为什么会有安全性问题呢？
: ....................
- 来自「最水木 for iPhone Xs Max」
--
FROM 223.104.38.*