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