fix: 上游闪断重试的断连监听器挂错了位置 —— 首次尝试响应头前闪断后，客户端断连全程失明（#55，#50 回归）

[xelr233]

Fixes #55

根因（与 issue 作者的排查一致，已在我们 fork 上复核）

#50（ce5a217）把下游断连监听器挂在「attempt === 1 且已拿到上游响应头」的分支里：

if (attempt === 1) res.on('close', () => { ... });   // forwardToCC 之后

而第 1 次尝试恰恰可能在响应头之前就闪断（forwardToCC 抛 terminated → 外层 catch → rewindAttempt → 重试）—— 这正是重试特性要处理的场景，此时该分支永远执行不到；第 2 次起 attempt === 1 又为假。于是之后所有尝试都没有断连监听：

• 客户端已断开，代理仍对着空气继续打上游（白烧额度 / 放大 QPS）；
• 第 2 次成功交付给已死的连接时，还会触发 attempt > 1 && delivered → upstreamRetryStats.recovered++ + 日志 Upstream retry recovered，线上复盘会得出「重试救回了请求」的错误结论。

既有 13 个用例盖不到：mock 全部先 writeHead(200) + flushHeaders()，监听器总能注册上。

修复

• 把 res.on('close', ...) 的注册移到 attemptLoop 之前、无条件执行、恰好一次；回调体一字未动。闭包里读的 abortController 是每次尝试在循环顶重绑的 let，回调取到的永远是当前尝试的控制器，所以不需要重复挂载；
• 副作用只有正面的：ensureInitialized / forwardToCC 进行期间（feat: 上游闪断透明重试 —— 未吐字前的连接层闪断由代理内部消化 #50 之前也存在的盲区）客户端断连现在同样能及时 abort 上游。

验证

• test/upstream-retry.test.mjs 的 mock 新增两个动作 destroy-before-headers / destroy-before-headers-delayed（在 writeHead 之前 RST，fetch 直接 terminated），补两个用例：
  1. [Bug] 上游闪断重试：首次尝试在「拿到上游响应头之前」失败时，下游断连监听器永不注册（客户端已断连仍会再打一次上游，并误记 retry recovered） #55 探针：第 1 次响应头前闪断 → 第 2 次尝试进行中客户端断开（第 2 次也是响应头前 RST）→ 断言 generateCalls 停在 2、日志有 Client disconnected、无 Upstream retry recovered、重试日志恰好 1 条。修复前跑它如预期红（打满 3 次上游、误记 recovered），修复后绿 —— 与 issue 里的探针完全同构；
  2. 对照：响应头前闪断 + 客户端一直在线 → 照常重试成功并如实记 recovered（守住「不误伤正常重试语义」）。
• 本地相邻套件全绿：upstream-retry 15/15、connection-lifecycle + stream-end + regressions 共 32/32。
• 全量矩阵（node 22 / node 24 / bun）随本 PR 的 CI 跑。

顺带说明：upstreamRetryStats 的 rewinds/recovered 与 README 中「重试相关行为」的描述不受影响 —— 修复只是让断连事实能被看见。