时常关注 Google Chrome 浏览器更新的用户应该知道，Google 在过去几年时间里为 Chrome 资源占用和速度提升做出了非常多的改进，其中包括标签页冻结、更好的内存管理和释放，以及电池优化。
近日 Google 发布博客，在博客中透露了他们如何针对 Chrome 的窗口进行了优化，从而使启动速度提高 25.8%，崩溃次数减少 4.5%。
Google 此前已经针对 Chrome 浏览器的非活跃标签页进行冻结来减少 CPU、GPU 和内存的使用，将更多的系统资源留给用户真正所需的前台标签页。但这个方法仅限于那些没有被放置在前台、最小化或被移出屏幕的标签页。
Google 在实验中发现，在用户日常使用中有 20% 的 Chrome 浏览器窗口被其他应用的窗口所覆盖，或者说被遮挡。因此 Google 设想，如果能够把这些被遮挡的窗口也当作后台标签来看待的话，Chrome 浏览器还会有更加明显的性能提升。基于这个设想，Google 大约在三年前开始研究一个项目，该项目能够实时追踪每个窗口的遮挡状态，并降低被遮挡窗口中标签的优先级。
Google 将这个项目称为「Native Window Occlusion」，能够获取用户屏幕上的本地非 Chrome 窗口的位置，再结合 Chrome 各个窗口自身的位置，从而计算出被遮挡的窗口和区域。
追踪哪些 Chrome 窗口被遮挡有两个主要部分，第一部分是遮挡计算，包括以 Z 轴为顺序遍历桌面上打开的窗口，查看每个 Chrome 窗口前面的窗口是否完全覆盖了它;第二部分是决定何时进行遮挡计算。
Google 为了防止在进行遮挡计算时阻塞 UI 线程和降低 Chrome 的响应速度，他们将遮挡计算放置在一个单独的线程上来进行，并考虑了可能出现的众多情况：
- 忽略最小化的窗口，因为它们本身就不可见。
- 将不同虚拟桌面上的 Chrome 窗口标记为被遮挡。
- 从前到后遍历桌面上打开的窗口，忽略不可见窗口、透明窗口、浮动窗口、隐形窗口等。
- 从未被遮挡的屏幕矩形中减去窗口的区域。
- 如果窗口是 Chrome 窗口，检查其区域是否与未遮挡区域重叠。如果没有，则表示 Chrome 窗口已被之前的窗口遮挡。
- 继续迭代，直到捕获所有 Chrome 窗口。
- ……
Google 在博客中表示，启用该功能后的带来了显着的性能优势：
- 启动速度提高 8.5% 到 25.8%
- 显存使用量减少 3.1%
- 渲染器整体绘制的帧数减少 20.4%
- 渲染器崩溃次数减少 4.5%
- 首次输入延迟降低 3.0%
- 首次内容绘制和最大内容绘制速度提高 6.7%
该功能已于 2020 年 10 月作为 Chrome 86 版本的一部分向 Windows 用户推出，Google 尚未表明该功能是否会在未来登陆 Linux 或 Mac 版 Chrome 浏览器。
本文转自OSCHINA
本文标题：Google 透露 Chrome 快速背后的一大秘密，Windows 系统独占
本文地址：https://www.oschina.net/news/173410/chrome-native-window-occlusion
