概述
这是本人对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对象,以下是该对象的数据成员:
当第一次调用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对象,判断条件如下:
总结来说就是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
我们看一下AffectsWhitespaceSiblings,这是比较边缘的情况,我们可以忽略它。