这是一个创建于 1806 天前的主题，其中的信息可能已经有所发展或是发生改变。
小白，自学 Python 有些东西半懂不懂。
情况是这样的，假设用户在淘宝购买商品，用户下单后。 卖家的后台页面是如何实时收到的通知消息然后刷新页面？
是卖家的前端页面一直轮询吗？ 还是基于类似 websocket 的技术实现吗？
有老哥给解释下吗？ 在搜索引擎上实在不知道搜什么关键字…………
微信二维码扫码登录功能也是类似原理吗？
 |
1
superrichman 2021 年 2 月 9 日 via iPhone
走 ws
|
 |
2
wxsm 2021 年 2 月 9 日 via iPhone
轮训或 ws，两种做法都有，看场景
|
 |
3
Aoang 2021 年 2 月 9 日 via Android
ws 或者 http2，一般都是用 ws 保持兼容性。
|
 |
4
kop1989 2021 年 2 月 9 日
一般情况下是轮询+手动刷新按钮（因为不是强时效性。）
如果像是 web 阿里旺旺这种，是长轮询（ long polling ），或 WebSocket （目前偏少） |
 |
5
Rache1 2021 年 2 月 9 日  1
看成本和环境。低成本的实现就是轮询，没必要硬上 ws
|
 |
6
AV1 2021 年 2 月 9 日 1
|
 |
7
cyberpoint 2021 年 2 月 9 日
1. 长轮询
2. 长连接 3. websocket 4. webwork |
 |
8
tiedan 2021 年 2 月 9 日
轮询就行
|
 |
9
rodrick 2021 年 2 月 9 日
其实很多聊天软件用的还是长轮询，现在的话 ws 也可，http2 的服务器推送没用过
|
 |
10
zm8m93Q1e5otOC69 2021 年 2 月 9 日
轮询就行，不用强行 ws
|
 |
11
gdrk 2021 年 2 月 9 日
大部分都是轮询，简单低成本
|
 |
12
tonysmark 2021 年 2 月 9 日
wss 最好吧
|
 |
13
zhuweiyou 2021 年 2 月 9 日
你说的场景 轮询就够了 没必要上 ws
|
 |
14
xkeyideal 2021 年 2 月 9 日
sse 你们也应该提一下的吧
|
|
15
Rache1 2021 年 2 月 9 日
@xkeyideal sse 操作起来还不如 ws，服务端照样要按照 ws 的方式实现，相比 ws 少了一个握手。
好处就是 sse 浏览器实现了断线重连，减少了客户端的事儿了。 |
 |
16
ZxykM 2021 年 2 月 9 日
B 站二维码登录是轮训
|
 |
17
dizun 2021 年 2 月 10 日
楼上面说的就很合理，轮询就行，省时省力省资源。
|
 |
18
xuanbg 2021 年 2 月 10 日
基本上是轮询，特殊需要才会上 ws
|
 |
19
draguo 2021 年 2 月 10 日
轮询，基本上现在看到的，以为是 ws 的都是轮询实现的
|
 |
21
zachlhb 2021 年 2 月 10 日 via iPhone
消息通知，有那种前后端合作的消息通知的，实现起来更简单
|
 |
22
love2020 2021 年 2 月 10 日
消息队列，推送系统，推送消息到卖家系统。
|
 |
23
guanhui07 2021 年 2 月 10 日
websocket
|
 |
24
xrr2016 2021 年 2 月 10 日
|
 |
25
qiuxuqin 2021 年 2 月 11 日
最近我做了相似的功能，有通知和系统公告，都是用短轮询实现的。前端每隔 30s 或者 60s 发送一次请求，后端返回数据。前端页面可以向上滚动马上刷新数据，也可以下拉加载更多。至于 websocket，我自己是想用这个实现的，但是后端他们说 websocket 维护麻烦。
|
 |
26
zjsxwc 2021 年 2 月 16 日 via Android
http 长链接就行，没错就是 http 长链接，2333
|
Select Language