为何`-[NSProgressIndicator usesThreadedAnimation]`会导致应用运行变慢？

问题 #

当NSProgressIndicator的usesThreadedAnimation设为YES时，动画在单独线程执行，不会阻塞主线程，但为何会导致应用性能下降？创建新线程的开销是否比在主线程运行动画更大？

解答 #

• UI更新的本质限制：Core Animation的最终渲染依赖主线程的RunLoop，子线程里的动画逻辑最终还是要通过消息队列将绘制任务抛回主线程执行。这多了一层线程间通信的开销（比如锁竞争、消息传递的成本），反而比直接在主线程运行轻量动画的成本更高。
• 线程本身的开销：创建线程需要分配栈内存、初始化内核数据结构，即使是长期存活的线程也会持续占用系统内存和调度资源。而进度指示器的动画本身属于轻量任务，主线程的RunLoop完全可以轻松处理，额外线程属于资源浪费。
• 线程上下文切换成本：系统在主线程和动画线程之间切换时，需要保存当前线程的寄存器状态、刷新缓存等，这些上下文切换的消耗对于轻量动画来说，会被放大得更明显，反而拖慢整体性能。

简单来说，这种“为轻量动画单独开线程”的做法属于过度设计，反而因为线程相关的额外开销，抵消了“不阻塞主线程”的收益，甚至导致性能下降。

内容的提问来源于stack exchange，提问作者Jinwoo Kim