《千鹤酱开发日记》里的第一个异常：列表总是慢一拍

最小复现的价值在于，它能区分真正原因和伴随现象。假如删掉分页后问题仍然存在，分页就不是首要嫌疑；假如禁用自动刷新后问题消失，就要继续检查刷新任务是否重复创建。排查过程不应一次修改很多地方，否则修复成功也无法判断究竟是哪一处改变发挥了作用。

前端排错还要关注用户感知，而不是只看控制台有没有报错。页面可能没有红色错误提示，却存在闪烁、旧数据短暂出现、按钮重复提交和加载状态卡住等体验问题。每一🎯次状态变化都应该有合理的起点和终点，用户才能判断当前操作是否已经生效。

千鹤酱项目今天先解决“能运行”之外的问题

千鹤酱项目今天的开发目标不是继续增加功能，而是把已有的消息列表整理成可观察、可测试、可维护的模块。页面目前包含搜索框、⭐分类筛选、分页按钮和自动刷新四个入口，每个入口都可能触发数据请求。如果所有操作都直接调用▶️同一个加载函数，短期内代码看起来很简洁，后续排查却会十分困难。

《千鹤酱开发日记》里最费时间的故障，是用户先搜索“咖啡”，随后马上改成“茶”，页面却偶尔显示“咖啡”的结果。开发环境中的网络速🎆度比🎇较稳定，问题很难出现；当网络延迟出现变化时，异常才会被放大。

把一次排查沉淀成下一次开发的检查表

问题表面像是接口返回错误，实际原因却出在异步请求完成顺序和页面状态更新之间。千鹤酱项目这次✨排查没有直接修改接口，而是把请求参数、响应时间、组件状态和渲染结果逐项☀️记录下来，最终确认是旧请求覆盖了新请求的结果。