外链论坛

 找回密码
 立即注册
搜索
查看: 102|回复: 2

让 Chrome 崩溃的一行 CSS 代码

[复制链接]

2982

主题

210

回帖

9777万

积分

论坛元老

Rank: 8Rank: 8

积分
97779186
发表于 2024-7-30 23:25:12 | 显示全部楼层 |阅读模式

通常的 CSS 代码只会显现 UI 版式兼容性方面的小问题。但这儿咱们要分享一行有趣的 CSS,它能够直接让你的 Chrome 页面挂掉

复现

在 Chrome 里打开一个稍繁杂的页面,例如知乎掘金打开研发者工具,为页面 <body> 增多样式 style: "width:1px; height:1px; transform:scale(10000)"欣赏任务管理器里 Chrome 崩溃前的内存占用

其实这台设备仅有 8GB 内存,不外这不重要了。和让 JS 崩溃的红线容量 4GB 比起来,果然还是 CSS 更强大呢

故事

这行代码的发掘,源自于咱们的编辑器项目在实现画布尺寸调节时的一个诡异现象:用户调节画布尺寸时,只要新旧尺寸之比超过必定幅度,Chrome 就会卡死。

虽然这个问题很难由普通用户的操作路径触发,不外它所引起的后果确实比较严重。排查时咱们首要思虑了 JS 阻塞和 DOM 重绘过频等方面的可能性,但它们都不是问题所在。一个突破点在于调试器 Rendering 工具中 FPS Meter 的输出:

这儿 GPU Memory 被占满了。虽然这个提示信息此刻看来很显著是与硬件加速相关的,但在关联经历的状况咱们还是确定它与详细代码之间的相关。直到咱们偶然查看 Chrome 设计文档中关于 Compositing 的介绍时,发掘了一个行径:Blink 会将 DOM 节点映射到 LayoutObject 的渲染树,这棵树中的节点理论上每一个都能具备到渲染后端的上下文,但为了节约资源 Chrome 会将它们做有些合并后再渲染。而此时存在 CSS 定位(如绝对定位与 transform)的元素是不可合并的,这会导致对显存的额外开销。

基于这个信息的提示,咱们运用 Layout 工具来调试当时的页面,果然找到了一个特殊的地区

图中最大的矩形 Layer 经过通常的 DOM 调试是没法看见的,因此呢咱们推测它的过大尺寸所引起的 RAM 开销是罪魁祸首。基于这个信息,咱们最后找到了一个宽高都很恰当但 transform 的 scale 值可能在规律中被修改得很大的 DOM 节点,限制它的 scale 上限就可处理问题:咱们不难发掘 scale 的值和最后对应像素数量之间有着 O(N^2) 的关系,1 个像素只放大 100 倍有 10000 个像素了。因此呢 scale 很大时对内存 / 显存的过度运用便是有可能的了(当然浏览器会做 Tiling 等工作,因此呢这不符合通常状况下的实质情形,Safari / Firefox 此时显现问题)。最后给 Chrome 提了个 bug 见 #894115

总结

需要重视的是,由于缺乏对浏览器内核的深度认识,上面的调试思路很可能是不准确的。简单的总结:

硬件加速是有代价的,最好能晓得代价在哪浏览器的文档里藏着非常多有意思的东西调试工具的有些冷门功能其实很强大,平时能够多试试

期盼大佬指正,谢谢 。

https://zhuanlan.zhihu.com/p/46456752

回复

使用道具 举报

3016

主题

2万

回帖

9913万

积分

论坛元老

Rank: 8Rank: 8

积分
99139149
发表于 2024-9-28 21:22:01 | 显示全部楼层
感谢您的精彩评论,为我带来了新的思考角度。
回复

使用道具 举报

2947

主题

2万

回帖

9956万

积分

论坛元老

Rank: 8Rank: 8

积分
99569309
发表于 2024-10-19 17:51:39 | 显示全部楼层
“BS”(鄙视的缩写)‌
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

站点统计|Archiver|手机版|小黑屋|外链论坛 ( 非经营性网站 )|网站地图

GMT+8, 2024-11-8 22:59 , Processed in 0.074372 second(s), 25 queries .

Powered by Discuz! X3.4

Copyright © 2001-2023, Tencent Cloud.