6,700 个客户端停机要 71.7 秒：每注册一个模型就把账号全扫一遍
CLIProxyAPI 给每个模型记标记时要在写锁下扫全部客户端，客户端到千级后注册变慢、停止也被拖住；文里给成本曲线、退出被卡住的原因，和今天能改的两处宽限。
四个仓库这一小时没有新版本，主干也没动。窗口里新开出来的只有一张单，是 CLIProxyAPI 的性能单。
它影响的是停止这一步。一台跑着 6,700 个客户端的部署，一次停止花了 71.7 秒，离 90 秒的上限还剩 18 秒。1
这笔时间花在模型注册里：每写入一个模型，注册表就把所有客户端从头扫一遍，整段还握着同一把写锁。1
每注册一个模型，就把所有客户端扫一遍
注册表要给每个模型记一个标记：有没有客户端声明支持 web 搜索。判法是遍历全部客户端。2
internal/registry/model_registry.go 第 1172–1185 行：hasClientSupportingWebSearchLocked 每次从 clientModelInfos 的第一个客户端遍历到命中为止。这个函数出现在注册循环里。每个模型调一次，带 provider 的模型调两次，provider 变过还要补查一次旧的。3
internal/registry/model_registry.go 第 650–680 行：第 663 行查全量、第 670 行按 provider 再查一次、第 675 行补查旧 provider，三次都落在同一个注册循环内。读路径用的是同一把锁的读端，模型的可用列表也要
RLock，注册期间它们一起排队。5于是总代价是客户端数的平方：注册第 N 个客户端时，它每个模型都要扫过前面 N−1 个。1
PR 给了自测数据。1,000 个客户端、每个 20 个模型，整表注册 1,492 毫秒，改完 28.7 毫秒。1
曲线也对得上：客户端从 250 翻到 500，耗时涨 4.4 倍；再从 500 翻到 1,000，涨 5 倍。1
慢注册为什么会拖住退出
sdk/cliproxy/service_lifecycle.go 第 226–242 行：第 229 行同步执行 syncPluginModelRuntime，第 238 行才进 select，第 239 行读 ctx.Done()。注册那一段按 provider 分类分派给 worker，跑完还要等
wg.Wait() 返回。7
sdk/cliproxy/service_plugins.go 第 294–310 行：第 308 行的 wg.Wait() 是这一段的终点，worker 只在取下一个任务之前看一次 ctx。结果是 SIGTERM 到了以后，进程得先把手上的注册做完，才轮到读退出信号。1
外部的宽限通常比这段时间短。systemd 的停止超时默认 90 秒，到点发 SIGKILL；
docker stop 的默认宽限只有 10 秒。8那台机器量到的 71.7 秒，早就越过 docker 的默认线，离 systemd 的 90 秒只剩 18 秒。
三种会撞上的时机
- 启动和重启。这一段本来就在服务起来之前跑完，客户端越多，起来得越晚。
- auth 目录或配置变更引起的重注册。一批账号同时改动时最明显。
- 模型目录刷新。远端目录每 3 小时拉一次，内容一变就把受影响 provider 下的每个账号重新注册一轮。9
第三条最容易忽略。刷新走的是
context.Background()，退出信号传不进去。10一分钟判定：先数池子里启用的账号数，一个账号在注册表里就是一个客户端。1
日志里出现一次
re-registered models for N auth(s) due to model catalog changes，就说明目录刷新真的触发过重注册。10今天能做的三件事
- 把停止宽限抬过一次注册的时间。 systemd 写
TimeoutStopSec=300，compose 写stop_grace_period: 5m，临时停一下用docker stop --time 300。8 宽限不够时，超时那一刻的 SIGKILL 会把在飞的流一起断掉。 - 缩小注册的客户端数。 停用不用的账号会把它从注册表里摘掉，扫描面跟着缩。1
- 盯 #6995。 今天 12:08 开出，open、非 draft、mergeable clean，两个文件 +412/−17。1
改法是把全量扫描换成两个增量计数器，查询降到 O(1)；PR 里还带了全扫描 oracle 测试和故障注入，防止计数器悄悄失配。1
目录刷新没有开关可关。
models.catalog 只接受 http(s) 地址或绝对路径，留空就走官方源。11同一窗口的另外两条
sub2api 的 #4286 今天 12:25 加了一笔提交，标题是关掉 sheapi 的 NewAPI 余额探测自动暂停，与它正文写的 SSE 无关。12
这张单 7 月 14 日开出，把 fork 主干整体合过来：68 笔提交、139 个文件、+9387/−1021，mergeable unstable。12
正文说 Claude Code 用
/v1/messages 打 OpenAI 兼容上游时，中间要过 chat→Responses→Anthropic 两段转换。迟到的文本收尾会把正在开的 tool_use 块关掉。12在 v0.2.18 里这两段不在同一条路上。
/v1/messages 的 chat 兜底直接建 chat→Anthropic 状态机。13
backend/internal/service/openai_gateway_messages_chat_fallback.go 第 187–215 行：第 200 行建的是 ChatCompletionsToAnthropicStreamState，第 207 行逐块转成 Anthropic 事件，中间没有 Responses 那一层。chat→Responses 的桥只挂在
/v1/responses 的兜底上。14按上游这版代码，那条报错链路串不起来。这张单的体量是整条 fork 主干，接进来等于换掉 139 个文件。
第二条是依赖单。#6756 今天 12:11 把 dev 并进了分支，仍 open、mergeable clean，把
klauspost/compress 从 1.17.4 升到 1.18.7。15它针对的是 GO-2026-5841：
s2 子包的越界读，1.16.0 起受影响，1.18.7 修好。16v8.0.43 的
go.mod 第 18 行还钉着 1.17.4。17这里有个坑：升到 1.18.7 只关掉
s2 那条。zstd 子包另有一条 High 公告，受影响范围是 ≤ 1.20.1，修在 1.20.2。18而这个仓库真正 import 的恰好是 zstd，请求体解码那几处都在用它。19
要一次清干净，目标版本取 1.20.2 以上。
版本与上游
四仓本窗口零新版本：CLIProxyAPI v8.0.43（北京 10-25 23:37）、sub2api v0.2.18（10-23 15:44）、codex-proxy v2.1.20（10-23 03:56）、codex2api v3.1.1（10-17 05:42）。20212223
主干：CLIProxyAPI 的 v8.0.43 标签与 main 都指着 3078035，dev 停在 10-26 03:25；sub2api main 停在 10-25 21:48；codex2api main 停在 10-26 00:39；codex-proxy dev 停在 10-23 03:54。
三家上游全绿。OpenAI 全部组件 operational，最近一条事件 10-23 已恢复；Claude 没有进行中的事件，页面 12:34 更新过；Google Cloud 的八条里最新一次更新停在 10-22 的 europe-west2。242526
Codex 今天 UTC 还没重置；最近一次已验证的全局重置在北京 10-25 14:10，累计 59 次，另有 10 张存着没用。27
还没闭合
#6995 等维护者评审；#6756 等合并；#4286 三个月里只收到 CLA 机器人的两条评论，维护者没有表态。
下个 tag 带不带 #6995 这几行，现在没人说。带之前，重启和目录刷新都会按客户端数的平方付费。
References
- 1CLIProxyAPI PR #6995
github.com
- 2v8.0.43 model_registry.go 第 1172–1185 行
github.com
- 3v8.0.43 model_registry.go 第 650–680 行
github.com
- 4v8.0.43 model_registry.go 第 441–446 行
github.com
- 5v8.0.43 model_registry.go 第 1485–1500 行
github.com
- 6v8.0.43 service_lifecycle.go 第 226–242 行
github.com
- 7v8.0.43 service_plugins.go 第 294–310 行
github.com
- 8docker container stop 参考
docs.docker.com
- 9v8.0.43 model_updater.go 第 16–17 行
github.com
- 10v8.0.43 service_plugins.go 第 349–404 行
github.com
- 11v8.0.43 config.example.yaml 第 17–21 行
github.com
- 12sub2api PR #4286
github.com
- 13
- 14
- 15CLIProxyAPI PR #6756
github.com
- 16GO-2026-5841
osv.dev
- 17v8.0.43 go.mod 第 16–20 行
github.com
- 18GHSA-fpmh-frq8-7rj8
github.com
- 19v8.0.43 request_logging.go 第 14–20 行
github.com
- 20CLIProxyAPI v8.0.43 发行页
github.com
- 21sub2api 发行记录
github.com
- 22codex-proxy 发行记录
github.com
- 23codex2api 发行记录
github.com
- 24OpenAI 状态
status.openai.com
- 25Claude 状态
status.claude.com
- 26Google Cloud 事故列表
status.cloud.google.com
- 27Codex 重置追踪接口
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.