浏览器的计算、渲染、事件处理和框架逻辑几乎全挤在主线程上，而一帧的可用预算只有约 10 毫秒——任务一旦超时，页面就会卡顿、输入就会滞后，INP 和 TBT 指标随之恶化。本文先讲清主线程到底在忙什么、长任务为何致命，再系统梳理省下这条线程的两条路线：在主线程内部用聪明——拆分长任务、批处理高频事件与 DOM 写入、按优先级排序、延迟非关键工作；干脆不走主线程——用 transform/opacity 和 FLIP 把动画交给合成器线程，用 Web Worker（必要时配 Wasm）卸下繁重计算。文中配有可交互演示，逐条对比优化前后的效果。核心结论只有一句：先用 DevTools 测出瓶颈，再动手优化；主线程很贵，能省着花就别大手大脚

面向读者：会写前端（JS/HTML/CSS），但**没做过游戏、没用过 Three.js，让AI带我们深入学习源码，最后也能手写一个游戏

记录下一次nodejs skywalking链路丢失的排查经历

大多数前端开发者都知道 Cache-Control 和 ETag，但你有没有想过：当响应头完全没有任何缓存指令时，浏览器会怎么做？