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