新版本更新后 内存疯狂爆炸 导致容器一直重启，没解决问题，问题更严重了

[yunchu8688-code]

[github-actions]

This issue appears to be a duplicate of #1430.

为什么判定为重复 (Why this is a duplicate):

• 症状一致：内存疯狂增长导致容器反复重启，与 [Bug] v0.9.3 堆外内存(ArrayBuffer)无界增长导致内核级 OOM，上游流错误后疑未销毁 #1430 及其评论中多位用户报告的现象相同（例如"10g 内存，5 分钟重启一次 docker 容器"）
• 时间线吻合：[Bug] v0.9.3 堆外内存(ArrayBuffer)无界增长导致内核级 OOM，上游流错误后疑未销毁 #1430（v0.9.3 堆外内存 ArrayBuffer 无界增长导致内核级 OOM）的修复已随 v0.9.4（2026-08-22 发布）上线，本 issue 报告"新版本更新后问题未解决且更严重"，属于同一问题在 v0.9.4 上的持续表现
• v0.9.4 发布说明明确针对 v0.9.x 的内存异常问题（"优化内存异常占用"）

Original issue: #1430
请关注该 issue 的后续讨论与修复进展。另外，v0.9.4 发布说明建议在系统设置中开启"高并发模式"以缓解内存异常，如果尚未开启可以先尝试并观察。

If you believe this is NOT a duplicate (例如根因不同)，please explain the difference and we will reopen this issue.

---

Automated duplicate detection by Claude AI

[github-actions]

感谢反馈。这个症状与 #1430（v0.9.3 堆外内存 / ArrayBuffer 无界增长导致内核级 OOM、容器反复重启）属于同一类问题。由于 issue 正文为空，下面先说明 v0.9.4 实际包含的修复内容和当前可用的缓解手段（均已核对当前代码），最后列出定位所需的信息。

v0.9.4 的相关变更（当前 main 分支已核对）：

1. 上游流出错后的资源销毁（fix(proxy): bound detached stream memory without disabling replay #1439 / commit a2841018）：

   • src/app/v1/_lib/proxy/forwarder.ts:8313-8337：raw body 的错误监听从 .on() 改为 .once()，并补充幂等的 rawBody.destroy(err)——正对 [Bug] v0.9.3 堆外内存(ArrayBuffer)无界增长导致内核级 OOM，上游流错误后疑未销毁 #1430 报告的 undici body stream error 后 socket 与 ArrayBuffer backing store 长期保留问题
   • src/app/v1/_lib/proxy/node-stream-to-web.ts:123-129 与 demand-driven-response-pump.ts：源流错误终态时显式取消/销毁底层流，并为异步 destroy 竞态加了有界保护

2. 客户端断线后的 detached stream 进程级预算（fix(proxy): bound detached stream memory without disabling replay #1439 / fix(proxy): harden detached stream cleanup #1440）：新增 src/app/v1/_lib/proxy/detached-stream-budget.ts，断线后的后台计费 drain 切换为有界计量（只保留 usage、终止标记等结算证据），Replay owner 预算不足时降级为 metering，都无法准入时终止上游按 499 结算。由三个环境变量控制（见 .env.example 174-179 行）：

   • DETACHED_STREAM_MAX_CONCURRENCY（默认 64）
   • DETACHED_STREAM_BUDGET_BYTES（默认 67108864，即 64 MiB）
   • DETACHED_STREAM_METERING_RESERVE_BYTES（默认 16777216，即 16 MiB）

3. 高并发模式（feat(proxy): disable memory-heavy features under high-concurrency mode #1441 / commit 9907c63b）：系统设置「设置 → 配置」页新增开关，开启后整体跳过 Replay、流式门禁、竞速输家计费、客户端中断保留计费、会话诊断等高内存功能（src/app/v1/_lib/proxy/session.ts:578-603 的策略方法在该模式下返回 false）；转发、基础计费与限额不受影响。

立即可用的缓解措施：

• 给 app 容器加 mem_limit / memswap_limit（仓库自带的 docker-compose.yaml 未内置该限制，需在自己的 compose 中添加）。[Bug] v0.9.3 堆外内存(ArrayBuffer)无界增长导致内核级 OOM，上游流错误后疑未销毁 #1430 报告者实测：加上后整机 OOM 从 8 次降为 0，故障面收窄为容器自愈重启
• 在「设置 → 配置」开启高并发模式，整体关闭上述高内存功能
• 注意 ENABLE_REQUEST_REPLAY 默认为 true（src/lib/config/env.schema.ts:224）。但 [Bug] v0.9.3 堆外内存(ArrayBuffer)无界增长导致内核级 OOM，上游流错误后疑未销毁 #1430 的实测是关闭 replay 后白天高负载仍复发两次——replay 不是根因，仅建议作为组合缓解之一
• 若预算拒绝发生，日志会出现 ResponseHandler: Client abort drain rejected by pool，其中附带预算快照（src/app/v1/_lib/proxy/response-handler.ts:3709 附近），可据此判断是否命中预算路径

为定位问题，请提供：

• 确切镜像版本（是否 v0.9.4，及升级前版本）
• 内存增长位置：V8 堆内还是堆外（[Bug] v0.9.3 堆外内存(ArrayBuffer)无界增长导致内核级 OOM，上游流错误后疑未销毁 #1430 是堆外 ArrayBuffer——--max-old-space-size 无效、无 fatal report；如有条件请提供爆发时 /proc/<pid>/smaps 摘要或 5 秒级 RSS 采样）
• 容器配置：是否设置了 mem_limit、上限多少、宿主机内存
• 关键 env：ENABLE_REQUEST_REPLAY、高并发模式是否开启、ENABLE_MULTI_PROVIDER_TYPES、STORE_SESSION_MESSAGES
• 负载画像：请求/分钟峰值、客户端类型（Claude Code / Codex）、上游是否为中转站
• 爆发前后日志摘录，尤其是 undici body stream error、Client abort drain rejected by pool、All providers failed、熔断器触发记录
• 与升级前相比「更严重」的具体表现：重启频率、内存增速

由于 v0.9.4 的修复集中在「上游错误后的流销毁」和「断线后的 detached stream 预算」两条路径，如果复发时内存增长形态与 #1430 一致（无新请求进入仍持续增长、recvq 积压），则可能存在未被覆盖的保留链——复发进行中的 smaps 序列或 heap snapshot 将非常关键（#1430 因宿主机 thrashing 未能采集到）。

---

Automated response from Claude AI