When It Makes Sense To “Block” The Main Thread
文章挑战了“永远不要阻塞主线程”这一Web开发金科玉律，指出在特定场景下将数据移至后台工作线程（Worker）的开销可能比直接在主线程处理更大。作者以开发截图扩展Fastary为例，发现即使使用Offscreen Document进行后台处理，截图任务仍存在2-3秒延迟。根本原因在于不同隔离上下文（如主线程、Web Worker、Service Worker）间的通信依赖结构化克隆算法（SCA），这是一个同步、阻塞的O(n)操作，对于大型数据（如高分辨率图片的Base64字符串）会产生显著序列化与反序列化开销。文章分析了传输对象（Transferable Objects）虽能绕过SCA实现近乎零拷贝，但存在所有权转移、数据类型限制及API约束等缺点。作者还遇到了高DPI屏幕带来的坐标计算问题，因Offscreen Document默认DPR为1导致裁剪错位。最终，作者摒弃了复杂的多上下文通信架构，改为在活动标签页的主线程中直接完成图像裁剪，利用了用户显式触发操作对响应速度的即时性要求，以及裁剪本身计算量相对较轻的特点，成功消除了延迟瓶颈。核心论点是性能优化应具体分析任务的“处理成本”与“移动成本”，而非绝对遵守教条。