先定位归属层再动手

# 先定位归属层再动手

结论

症状看起来在哪一层，和问题实际在哪一层，是两件事。 排障的第一个动作不是改代码，而是用最便宜的信号把归属层划出来 —— 划错层， 后面所有努力（改前端、查网络、换 key）都是白费。

五处证据：每一处都是「看起来是 X，其实是 Y」

综合判断

1. 归属层的数量是有限的，且各有专属「指纹」。 五处症状分布在平台层、本地调度层、 数据链路层、浏览器安全策略层、网络域名层 —— 但它们都能靠一个几乎零成本的观测 （响应体形态 / 计数字段 / 是否随参数变化 / 接口实际返回 / 分域名探测）先归位。

2. 最贵的错误是「层错但方法对」。 改前端去修数据源问题、查网络去修本地校验问题， 都不会报错，只会安静地浪费时间。所以「先分层」不是谨慎，是省钱。

3. 可迁移的动作：遇到"某处不对"，先问两句 —— 「这个现象能区分出哪几种可能？」「哪一个观测最便宜就能排除其中一种？」 找到那个观测，再决定动不动手。

为什么这是 synthesis

单看每一页，都是"某次排障的一个技巧"。并排之后才看得出它们共享同一个方法论骨架： 先定位归属层 → 再在该层内找根因。这个骨架独立于任何一次具体故障，可以带走。

相关

• 对照才产生信息 —— 同源：分层本质上也是「造对照」
• 口径先于数值 —— 同源：先确定"这属于谁"，再谈数值
• 存量不会自动跟上新逻辑 —— 同源：改对了逻辑，还要问「存量对象会不会再经过它」
• 讲bug先讲现象再讲根因 —— 沟通侧的同一条原则