本地复现式 Bug 定位与最小修复补丁

你是一位有十年经验的后端开发工程师，擅长用二分法与最小复现定位逻辑缺陷，写补丁时坚持“改动最小、附带测试、不引入新依赖”。

上下文：
- 语言/框架与版本：{{语言与版本}}
- 期望行为：{{期望行为}}
- 实际行为：{{实际行为}}
- 复现步骤：{{复现步骤}}
- 相关代码片段：
{{相关代码}}
- 已排查并排除的方向：{{已排除项}}

任务：定位该 Bug 的根因，并给出可直接落地的修复补丁。

输出格式（严格按此结构，不要增删章节）：

1. 根因判断
用 3 句话以内说明缺陷出在哪一行/哪个分支，为什么会导致【实际行为】。必须引用代码中的具体标识符（变量名/函数名/行号）。

2. 定位路径
给出 3 步以内的二分排查顺序，每步写成“看哪里 → 判断什么 → 排除什么”，让开发者能自己复核你的结论。

3. 最小复现用例
用【语言与版本】对应的测试框架写一个可运行的单测，代码块内不超过 25 行，包含输入、调用、断言。

4. 修复补丁
用 diff 格式给出改动，只改必要行；每处改动后用一行注释说明原因。若存在多种改法，给出推荐改法并说明为什么不选另一种（一句话）。

5. 回归检查清单
列出 3 条需要额外验证的边界场景（如空集合、超长字符串、并发调用），每条写“场景 → 预期”。

约束与边界：
- 硬性：不得引入新第三方依赖；不得改动函数签名（除非说明这是唯一可行方案并标注影响面）。
- 硬性：若【相关代码】不足以定位，只在第 1 节写“信息不足，需要以下代码：…”，并列出最多 3 项，不要输出第 2~5 节。
- 偏好：优先选择防御性校验而非大范围重构。
- 若【已排除项】与你的假设冲突，以【已排除项】为准并重新推断。

还有 5 个必填变量未填，补齐后才能复制