请教一般后端发送给前端消息该怎么实现

[rqxiao]

场景：用户在扫码支付成功后，第三方支付方会异步回调本系统内的一个地址，希望收到回调返回成功后，给前端发送 您已支付成功订单 xx 元！

之前没做过消息发送到前端这方面的，想请教下简单的或者常用的做法是什么，就用 websocket ？ 现在后台是 springboot，前端是 ios

[ebony0319]

mqtt,轮询 https://cn.aliyun.com/product/mq4iot

[BBCCBB]

场景简单的话 server sent events 应该是简单靠谱的方案. 好像 twitter 都在用.

[cnscorpions]

三种方案：
1. Long polling
2. WebSocket
3. Server Sent Events

链接地址： https://javascript.info/

正好我也有类似需求

[edk24]

只有这一个场景的话 可以考虑轮询

二维码扫码登录也是用的轮询

[dallaslu]

轮询最简单，但是短轮询有可能有一点延迟感。长轮询会好一些。Spring Boot 用可以换 Undertow，用上 WebAsyncTask

[gitjavascript]

这种东西轮询就好了，没必要搞麻烦的

[wysnylc]

websocket-socketio
不要使用 http 轮询,不及时而且浪费资源,最终还是得升级成 websocket 还不如一步到位

[zachlhb]

iOS 可以做推送，APP 上收到推送后进行相应的处理

[zhlssg]

long polling 的性能并不比轮询好

[OHyn]

轮循最简单，有点追求就上 websocket

[OHyn]

对了，还有 server sent events，这个最合适。

[bagel]

说 Server Sent Events 的，没看到是 iOS 吗。都不在浏览器里。

[las917vki]

長轮询就行了。

[sprit]

不能叫前端叫客户端

[BoarBoar]

轮询实现简单，性能低。ws 性能高但实现相对复杂，特别是如果其他场景都是 http 的话，需要重写一些组件比如鉴权，为了一个性能要求不高的场景显然是不划算的

[devliu1]

补充一下，SSE 只是一种传输方式，和浏览器没有必然的联系。

[ccraohng]

观察 大厂们相关服务，云后台，类似的都是轮训。性能低从何谈起

[Nich0la5]

虽然轮训的确性能低，但大厂都在用

[pkoukk]

这种情况就是典型的轮询

[CantSee]

必然是轮询!让他循环查询,间隔个一两秒!