精确指出问题位置
别名: 错误定位 · 字段定位 · 行号提示 · 搜索空间
概念解释
错误信息应把注意力引到最小可修复单元：哪个字段、行、对象、参数、权限或步骤失败。错误定位（error location）包括视觉标记、焦点移动、锚点链接和上下文摘要，让用户不需要逐项排查。它和"用自然语言说明问题"是两件不同的事——前者回答"是什么"，这一条回答"在哪"，一句自然语言写得再清楚，如果用户要在一个五十行的表单里自己找出是哪一行触发了它，定位缺失的成本依然存在。
机制
修复成本可以拆成两部分：理解错误内容的成本，和在界面里找到对应位置的成本。后者常被低估，但在长表单、批处理文件、代码编辑器和查询构建器里往往才是大头——这些场景里可能同时存在数十个候选对象，泛化提示（比如页面顶部一句"表单有误"）不会缩小搜索范围，用户必须重新扫描全部内容，相当于把系统已经知道答案的信息又丢回给用户去重新计算一遍。精确定位把搜索空间从"整页"直接压缩到"一个对象"，本质上是把系统内部已经完成的定位计算结果显式地转交给用户，而不是让用户重复这次计算。这里还有一个容易被忽略的细节：移动焦点或滚动到错误位置之后，必须同时保留一份错误摘要留在视野边缘，否则用户看清了这一处细节，却在滚动过程中忘记了整体还有几处、以及最初为什么要来这里。
边界
系统并不总能确定唯一原因，尤其在多条件互相依赖的表单里（比如"结束日期"报错，可能是因为它本身格式不对，也可能是因为"开始日期"被改动过）。复合错误应列出所有已检测位置并说明处理顺序，而不是只报告第一个发现的，因为用户按提示改完第一处、系统又跳出第二处，比一次性列全体验更差。异步和并发数据场景中，位置可能在报错生成之后又发生了变化——比如协作编辑时另一名用户已经删除了那一行——这时候需要记录版本号或时间戳，报错时明确说明"这是基于哪个版本检测到的"，否则用户定位过去后会发现问题早已不存在，反而更困惑。安全场景可能不能暴露精确的内部路径或对象标识，但仍然可以给出用户能理解的相对位置，比如"第 3 步的收货地址"而不是具体的数据库字段名。
怎么落地
- 对字段级错误就地显示，并把焦点自动移到第一个阻塞继续操作的错误项，减少用户手动查找的动作。
- 对批量任务显示对象 ID、行号和失败原因摘要，并支持按"仅显示失败项"筛选，避免用户在成百上千条记录里人工翻找。
- 多错误同时存在时提供一个可跳转的导航列表，修复一个后自动更新剩余位置的计数与列表，而不是要求用户重新触发一次整体校验才能看到进展。
- 验证办法：分别用鼠标滚动、纯键盘路径和屏幕阅读器走一遍报错到修复的完整流程，确认错误位置在这三种输入方式下都能被到达、被朗读或被看见，而不只是视觉上"标红"这一种呈现。