把所有启动任务一起Promise.all，看起来减少等待，却可能让文件读取、解压和初始化争抢同一资源。对于已经解除依赖的后台任务，可以先限制同时执行数量，再测首帧是否改善。

客户端没有收到回执，不等于服务端没有完成操作。请求超时后立刻换一个操作标识重试，最容易把一次点击变成两次提交。应该先进入结果未知状态，再查询原操作的回执。

一个意图先创建草稿，再加入索引。第二步失败时，第一步已经生效，界面却只提示失败，下一次重试又多出一份草稿。这类多步骤操作需要补偿，而不是把所有错误吞掉后重试。

任务A等待B，B又等待A，两个任务都没有真正开始。只看启动耗时会误以为设备很慢，实际上依赖图本身无解。这里用拓扑排序在执行前发现环，同时发现拼错的依赖名。

缓存只有20个条目，也可能占满内存，因为一个条目可能是几十字节，也可能是几十兆。排查网页资源缓存时，先看字节预算，再看数量。下面实现的是应用自管缓存，不修改ArkWeb内核缓存。

外接屏放在主屏左侧，坐标可能为负。把所有x强制钳到0，会把弹层直接推回主屏。需要先明确坐标系，再求窗口与所在显示区域的交集。

外接屏放在主屏左侧，坐标可能为负。把所有x强制钳到0，会把弹层直接推回主屏。需要先明确坐标系，再求窗口与所在显示区域的交集。

半折叠以后，宽度回调已经更新，姿态查询仍然是上一轮结果。此时组合两份字段，会得到现实中从未存在的布局状态。问题不是断点阈值，而是多个输入是不是来自同一轮采样。

页面按钮禁用只能约束一个界面。卡片和应用页同时发起同一个动作时，各自的防抖状态互不相通。需要把操作身份带到结果保存的位置，而不是只在界面保存一个loading变量。

确认框显示的是文件第3版，但等待点击时文件被另一端改到了第4版。确认内容没变，执行对象却变了。参数快照只能防止本地修改，还需要在执行位置检查资源版本。