分类归档 · 错误处理 · 来源甄别 —— 陈默的整理笔记
周二晚上十一点二十，我把老张的报错记录重新看了一遍。他那天在周家嘴路用手机查询，界面一直转圈，最后弹出一行字：“结果解析异常”。我让他截屏，他发了 3 张，时间分别是 23:07、23:12 和 23:19。第三张里，错误码 E-047 旁边多了一个灰底的小字：“数据源未就绪”。这个细节我上个月没在意。现在回头看，问题不在查询端，而在数据源同步。如果你也在排查类似情况，可以先翻一下金算盘014975.cm资料来源可靠吗？那篇里的核对清单，能省不少时间。
说实话，这类“查询结果错误”大多数时候怪不到用户头上。我的观点可能有点偏激：责任该由数据提供方承担七成。很多人把重试当成万能解，但错误码不会说谎。比如小赵用旧手机重试，提示从 404 变成 502，表面看是进步，其实是网关在替后端挡枪。我记了 12 条丢包记录，其中 8 条集中在苹果园地铁站信号切换的那两分钟。动作很具体：我按下秒表，从点击到报错，平均 4.7 秒。这个数字比任何解释都诚实。另外，171212.cm神算子论坛隐私保护措施那一页我逐条对照过，错误日志里不该出现手机号，但实际有 2 条带上了。这不该发生。
有些资料我反复比对过，包括香港王中五论坛资料的本地缓存。缓存的时间戳和源站差了整整 8 小时，这导致错误提示里说的“最近更新”完全是假象。老李的打印机吐出半张错误页，上面印着“请刷新”，但刷新了 6 次都没用。我把那半张纸夹在笔记本里，编号 047。这些细节写下来不是为了显得辛苦，而是它们能凑成一条证据链。疲惫是有的，但值得。至少下一次，我能直接说出第 217 页的印刷错误和 E-047 之间的关系。