Blink渲染调试记录Ⅰ

概述

这是本人对Blink渲染的调试记录,调试的Chromium版本为95.0.4638.54
调试入口为"third_party\blink\renderer\core\dom\element.cc",入口函数是2720行的Element::AttachLayoutTree函数。

主要函数

这个函数的主要函数如下所示:

void Element::AttachLayoutTree(AttachContext& context) {
	// 获取CSS样式
	const ComputedStyle* style = GetComputedStyle();
	
	// 创建Layout对象
    builder.CreateLayoutObject();
    layout_object = GetLayoutObject();

    // 创建marker和before伪元素的Layout对象
    AttachPseudoElement(kPseudoIdMarker, children_context);
 	AttachPseudoElement(kPseudoIdBefore, children_context);
	
	// 遍历DOM节点创建所有孩子Layout对象
	ContainerNode::AttachLayoutTree(children_context);

	// 创建after和backdrop伪元素的Layout对象
	AttachPseudoElement(kPseudoIdAfter, children_context);
  	AttachPseudoElement(kPseudoIdBackdrop, children_context);
}

以上这些主要函数将独立成章进行分析,接下来分析其余部分。

AttachContext对象

AttachLayoutTree的参数是一个AttachContext,而函数体也创建了一个名为child_context的AttachContext对象,以下是该对象的数据成员:
AttachContext
当第一次调用AttachLayoutTree时,参数context的parent是已经创建好的"<html><head>"对象,而函数体创建的children_context的初始值是传入参数的拷贝。

【更详细的说,这个"<html><head>"对象是element.cc的Element::RebuildLayoutTree函数(3296)行通过调用LayoutTreeBuilderTraversal::ParentLayoutObject(*this)创建的,它代表的就是<html>元素对应的Layout对象】

being_rendered

being_rendered表示blink是否要为这个DOM节点创建对应的Layout对象,判断条件如下:
being_rendered
总结来说就是DOM节点有父节点且display不是none。
【顺带一提,2726行的触发条件的例子是像<head>这种元素】

一般元素都需要进行渲染,于是2739行就会创建一个空Layout对象放在LayoutTreeBuilderForElement,2741获得这个空Layout对象,如果这个空Layout对象存在,则设置children_context的几个标志位。前文提到,children_context是传入参数context的拷贝,这可以理解为继承了context,这里覆盖了parent为当前新建的Layout对象,因为后面需要据此context遍历孩子DOM创建Layout对象。

previous_in_flow

AttachLayoutTree函数的最后还根据条件的不同设置了context的previous_in_flow
previous_in_flow

我们看一下AffectsWhitespaceSiblings,这是比较边缘的情况,我们可以忽略它。
AffectsWhitespaceSiblings

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值