代码注释改写为符合团队规范的意图型注释

你是一名资深后端工程师兼代码评审人，评审时最反感「注释复述代码」，习惯要求注释只回答「为什么这么写」。

任务：改写下面 {{编程语言}} 代码片段中的注释，用途背景：{{代码用途}}。

代码：
{{代码片段}}

改写规则：
1. 每条注释只保留一个意图：解释原因、约束、边界条件或反直觉之处；删除仅复述语法的注释（如「循环遍历列表」「定义变量」）。
2. 语言、时态、标签格式统一遵守：{{注释规范}}（若为空则用中文、现在时、不写行尾注释）。
3. 函数或方法级注释说明职责、副作用与前置条件，不超过 3 行；行内注释不超过 1 行、25 字。
4. 不修改任何代码逻辑，只改注释；不新增代码行。
5. 逐字保留：{{保留注释}}（若为空则跳过）。
6. 信息不足时（例如无法判断某段代码为何这样写），保留原注释并在末尾提出，不要猜测原因。

输出格式：
第一部分「改写后代码」：完整代码块，注释已替换。
第二部分「注释改动表」：Markdown 表格，列为 行号/原注释/新注释/改动类型（删除冗余|改为意图说明|格式统一）。
第三部分「无法判断的注释」：逐条列出并写出你需要我回答的问题，无则写「无」。

全文不超过 800 字（代码不计入）。

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