惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
MyScale Blog
MyScale Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
人人都是产品经理
人人都是产品经理
C
Check Point Blog
宝玉的分享
宝玉的分享
B
Blog RSS Feed
博客园 - 三生石上(FineUI控件)
量子位
Martin Fowler
Martin Fowler
酷 壳 – CoolShell
酷 壳 – CoolShell
Jina AI
Jina AI
IT之家
IT之家
阮一峰的网络日志
阮一峰的网络日志
博客园 - 叶小钗
J
Java Code Geeks
The Cloudflare Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
腾讯CDC
P
Proofpoint News Feed
美团技术团队
H
Help Net Security
B
Blog
博客园_首页

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
Python WebSocket 长连接到底怎么写才稳?
matters · 2026-06-17 · via V2EX

最近在做实时行情相关的项目,刚开始觉得很简单:连上、收消息、处理数据就完事了。结果线上跑几天后发现各种问题:

  • 网络抖动导致连接断开
  • 服务端主动踢连接
  • 长时间没消息被中间设备断开
  • 重连太频繁把自己服务器打挂

后来重新整理了一套比较稳的方案,核心有 3 个:

  • 心跳
  • 重连
  • 退避机制

1.心跳不能省

WebSocket 建立连接不一定就一直在线。运营商网络、NAT 设备、负载均衡器都可能清理长时间无流量的连接。所以一定要做心跳。 如果服务端支持 ping/pong ,直接使用协议层心跳即可。 如果不支持,可以定时发送业务心跳消息。 例如:

async def heartbeat(ws):

    while True:

        try:

            await ws.ping()

            await asyncio.sleep(30)

        except Exception:

            break

30 秒左右发一次通常就够用了。

2.重连是标配

WebSocket 断开是常态,不是异常。所以不要把代码写成:

await websocket.recv()

然后指望它永远不掉线。 我觉得应该是:

while True:

    try:

        await connect()

    except Exception as e:

        print(e)

    await asyncio.sleep(5)

连接断开以后自动重新建立连接。这样即使服务端重启或者网络闪断,也能自动恢复。

3.别直接疯狂重连

一个常见错误可能是⬇️

断线:

while True:

    try:

        connect()

    except:

        pass

结果:

  • CPU 飙高
  • 日志刷爆
  • 服务端压力暴增

这时候就需要退避机制,也就是每次失败后逐渐增加等待时间。例如:

delay = 1

while True:

    try:

        await connect()

        delay = 1

    except Exception:

        await asyncio.sleep(delay)

        delay = min(delay \* 2, 60)

等待时间变成 1s 、2s 、4s 、8s 、16s 、32s 、60s...

连接恢复后再重置。这样会稳定很多。

4.WebSocket 行情订阅

连接建立后订阅需要的品种即可,以 BTC 为例:

import asyncio

import json

import websockets

WS\_URL = "wss://quote.alltick.io/quote-b-ws-api"

API\_TOKEN = "YOUR\_API\_TOKEN"

async def subscribe():

    async with websockets.connect(WS\_URL) as ws:

        sub\_msg = {

            "cmd\_id": 22002,

            "seq\_id": 1,

            "trace": "test",

            "data": {

                "symbol\_list": \[

                    {

                        "code": "BTCUSDT"

                    }

                \]

            },

            "token": API\_TOKEN

        }

        await ws.send(json.dumps(sub\_msg))

        while True:

            msg = await ws.recv()

            print(msg)

asyncio.run(subscribe())

如果是生产环境,我一般会把:

  • 连接管理
  • 心跳任务
  • 重连逻辑
  • 退避机制

全部封装到一个 ConnectionManager 里面。业务层只负责消费消息,不关心连接状态。这样后面维护会轻松很多。