I2.07.3perceived speed is not a substitute设计
优化感知不能替代优化实际
别名: 感知不能代替真快 · 主观优化上限 · actual latency still counts
概念解释
骨架、进度、占用等待，可以把同一段时钟估短。它们不能把四秒变成四百毫秒，也不能把阻塞主线程变成不阻塞。感知优化是叠加层，不是替代物。实际时长仍然决定：会不会错过即时窗口、会不会打穿连续思维、会不会逼人离开、会不会在弱网和旧设备上把占用反馈自己变成卡顿。把报表改成「用户觉得更快」而时钟不变，是在优化证词，不是在优化等待。
机制
感知尺子和时钟尺子驱动不同的失败。感知尺子驱动抱怨和「慢」的口碑；时钟尺子驱动能否在因果窗口里绑定操作、在连续窗口里保住思路、在注意上限前给完结果。后一类失败不会因为骨架画得更好而消失：一百毫秒的缺口还是缺口，十秒的任务还是会让人切走。时钟还驱动物理账：无线电时间、电量、服务器占用、锁持有。占用反馈若建立在更重的动画和解码上，甚至会把时钟再拉长，出现「感觉略快、实际更慢」的倒挂——倒挂在下一次更弱的设备上会被放大。
感知层还有被拆穿的风险。假进度、永远 99%、会闪的指示，短期拉低估计，长期关闭信任信道。时钟层没有这种表演空间：毫秒不会因为被相信而变少。所以两条层的治理顺序是：先把时钟推进窗口，再用感知层处理窗口内仍嫌长的那段。反过来，是用布景遮一座还在加建的房子。
边界
时钟已经短到即时窗口内，再加感知层会变成闪烁，应当什么都不加。时钟长到人必须离开（后台作业），感知层的对象变了：要优化的是可离开、可回来、完成通知，不是把三十秒「显得像八秒」。实验室里用估计时长当唯一指标，会选出动画更重的方案；那些方案在低端机上时钟更差。无障碍和自动化不走视觉占用，它们只看见时钟和状态文本，感知层的视觉收益对它们是零，替代就更不成立。
怎么落地
- 先定时钟目标：哪类操作必须落入即时或连续窗口。达不到，优先减字节、减阻塞、拆请求，而不是先上骨架和进度。
- 感知层只叠加在已经过关的时钟上，用来处理「过了连续窗口但还在注意上限内」的那一段。
- 同时看两条曲线：客观时长分布，和事后估计。估计变好而 P95 变差，就是倒挂，回退感知层。
- 验证：关掉所有等待皮，只留功能。若核心操作仍然掉出目标窗口，感知优化无论多精致都不算完成。再在低端设备和弱网上复测，确认反馈自己没有把时钟拉长。