Chromium Compositor线程架构（笔记）

最新推荐文章于 2024-06-06 14:19:54 发布

原创最新推荐文章于 2024-06-06 14:19:54 发布 · 1.6k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#chromium #design #架构 #性能 #线程

系统架构同时被 2 个专栏收录

49 篇文章

订阅专栏

WebKit

42 篇文章

订阅专栏

本文详细探讨了Chromium浏览器中Compositor线程的引入原因及其工作流程，包括如何减少Render线程的阻塞因素，如样式计算、网络同步请求等。Compositor线程用于实现滚动快照，通过LayerChromium和CCLayerImpl实现两个layer树，并使用WebCompositorInputHandler直接处理输入事件，提升滚动性能。此外，文章还阐述了LayerTreeHost(Impl)的一对结构，强调了主线程与Impl线程间的交互规则，以及关键的commit流程，包括beginFrameAndCommit过程，展示了Chromium如何在保证性能的同时进行复杂页面的更新和渲染。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

来源参考：http://www.chromium.org/developers/design-documents/compositor-thread-architecture

Render线程的stalls：
1，style recalc
2，sync network request
3，long painting times（复杂的页面内容？）
4，GC

Compositor线程的引入：

0、对页面快照做滚动

1、2半，main/impl，2个layer树：LayerChromium和CCLayerImpl

2、‘可滚动’的layer

3、WebCompositorInputHandler：对可以fast-scroll的情况，直接route all input event到Compositor线程

4、每个Tab对应一对LayerTreeHost(Impl)，简称LTH(I)
Impl线程可阻塞main线程（或说成main可发起对impl的阻塞调用），反之不行，不然会死锁

5、SetNeedsDisplayInRect：main运行layer delegate通知impl做paint

6、（delayed）SetNeedsCommit（如page内容改变） => Scheduler

7、commit flow：重点在CCThreadProxy类（同时为兼容单线程模式抽取的CCProxy接口）
beginFrameAndCommit（bFAC）on main：
（1）main端scroll（JS可以收到通知？）
（2）回调JS requestAnimationFrame
（3）执行任何pending layout
（4）绘制layers（软件光栅化，或Ganesh GPU光栅化）

beginCommit
直到impl发回main ‘done’消息（2棵树完成同步，同步后就可以各干各的了？说起来Compositor线程主要就是为了提高滚动的性能，却搞了这么复杂的设计，想不通，其实只要在滚动时暂停JS、事件、IO、layout操作不就可以了嘛）