如何治理长任务并提升复杂交互的响应速度

# 核心结论

长任务治理的核心是减少单次主线程连续占用，让用户输入、状态反馈和下一帧呈现能够及时执行。不能把同步工作简单包装进 async 函数或微任务就认为已经异步化。应先定位任务来源，减少不必要的计算和渲染总量，再将可拆分工作分片调度，把适合的纯计算迁移到 Web Worker，并验证交互后的真实内容是否更早呈现。

# 底层机制

浏览器主线程承担脚本执行、事件分发、部分样式与布局计算以及绘制协调。一个任务长时间占用主线程时，用户输入只能排队；事件处理结束后若继续触发大规模组件提交、布局和绘制，呈现延迟还会进一步增加。通常超过 50ms 的任务会作为长任务诊断，但这不是流畅性的绝对分界，连续多个接近该阈值