オブジェクト モデルの構築

公開日: 2014 年 3 月 31 日

ブラウザでは、ページをレンダリングする前に、DOM ツリーおよび CSSOM ツリーを構築する必要があります。そのため、HTML と CSS の両方をできるだけ早くブラウザに配信する必要があります。

概要

  • バイト→文字→トークン→ノード→オブジェクトモデル。
  • HTML マークアップはドキュメント オブジェクト モデル(DOM)に変換され、CSS マークアップは CSS オブジェクト モデル(CSSOM)に変換されます。
  • DOM と CSSOM は独立したデータ構造です。
  • Chrome DevTools の [Performance] パネルでは、DOM と CSSOM の構築コストと処理コストをキャプチャして調査できます。

ドキュメント オブジェクト モデル(DOM)

<!DOCTYPE html>
<html>
  <head>
    <meta name="viewport" content="width=device-width,initial-scale=1" />
    <link href="style.css" rel="stylesheet" />
    <title>Critical Path</title>
  </head>
  <body>
    <p>Hello <span>web performance</span> students!</p>
    <div><img src="awesome-photo.jpg" /></div>
  </body>
</html>

試してみる

できるだけ単純なケースから始めましょう。テキストと画像 1 枚のシンプルな HTML ページです。ブラウザはこのページをどのように処理しますか?

DOM 構築プロセス

  1. 変換: ブラウザは、ディスクまたはネットワークから HTML の未加工のバイトを読み取り、ファイルに指定されているエンコード方法(UTF-8 など)に基づいて個々の文字に変換します。
  2. トークン化: ブラウザは、文字列を W3C HTML5 標準で指定されている個々のトークン(<html><body> など)に変換します。山括弧で囲まれた文字列もトークン化されます。各トークンには、固有の意味と、一連のルールがあります。
  3. 字句解析: 発行されたトークンは、プロパティとルールを定義する「オブジェクト」に変換されます。
  4. DOM の構築: 最後に、HTML マークアップは異なるタグ間の関係を定義するため(一部のタグは他のタグ内に含まれます)、作成されたオブジェクトは、元のマークアップで定義された親子関係もキャプチャするツリー データ構造でリンクされます。ドキュメントの表現全体が構築されるまで、HTML オブジェクトは body オブジェクトの親であり、bodyparagraph オブジェクトの親です。

DOM ツリー

このプロセス全体の最終的な結果が、このシンプルなサンプルページのドキュメント オブジェクト モデル(DOM)です。ブラウザでは以降このページを処理する際に、必ずこの DOM を使用します。

ブラウザは HTML マークアップを処理するたびに、バイトを文字に変換し、トークンを識別してトークンをノードに変換し、DOM ツリーを構築するという上記の全ステップを行う必要があります。この一連のプロセスには時間がかかることがあります。特に処理する HTML が大量の場合は、その傾向が顕著です。

DevTools での DOM 構築のトレース

Chrome DevTools を開き、ページの読み込み時にタイムラインを記録すると、このステップを実行するために実際にかかった時間を確認できます。上記のサンプルの場合、一連の HTML を DOM ツリーに変換するのに 5 ms 近くかかっています。ページが大きい場合、このプロセスが大幅に時間がかかることがあります。スムーズなアニメーションを作成するとき、ブラウザが大量の HTML を処理しなければならない場合に、この仕組みによってボトルネックが生じるおそれがあります。

DOM ツリーは、ドキュメント マークアップのプロパティおよび関係性をキャプチャしていますが、各要素がレンダリング時にどのように表示されるのかは示していません。こは CSSOM の範疇です。

CSS オブジェクト モデル(CSSOM)

ブラウザで、この基本的なページの DOM を構築している間に、ドキュメントの <head><link> 要素に遭遇しました。この要素は、外部の CSS スタイルシート style.css を参照しています。ブラウザは、ページのレンダリングにはこのリソースが必要であると想定して、このリソースに対するリクエストを即座にディスパッチします。これにより、次のコンテンツが返されます。

body {
  font-size: 16px;
}

p {
  font-weight: bold;
}

span {
  color: red;
}

p span {
  display: none;
}

img {
  float: right;
}

HTML マークアップ内で(インラインで)スタイルを直接宣言することもできますが、CSS を HTML から独立させることで、コンテンツとデザインを別々に扱うことができます。デザイナーは CSS で作業でき、デベロッパーは HTML など、さまざまな点に注意を払うことができます。

HTML と同様に、受け取った CSS ルールを、ブラウザが理解して処理できる形式に変換する必要があります。このため、HTML ではなく CSS のために HTML のプロセスを繰り返します。

CSSOM の構築手順

CSS のバイトは文字、トークン、ノードに変換され、最終的に「CSS オブジェクト モデル」(CSSOM)と呼ばれるツリー構造にリンクされます。

CSSOM ツリー

CSSOM はなぜツリー構造をしているのでしょうか。ページ上のオブジェクトの最終的なスタイルセットを計算する際、ブラウザはまず、そのノードに適用される最も一般的なルールから開始します(たとえば、body 要素の子要素の場合は、すべての body スタイルが適用されます)。次に、より具体的なルールを適用することで、計算されたスタイルを再帰的に絞り込み、ルールを「下り(カスケード)」させます。

具体的に説明するために、前述の CSSOM ツリーについて考えてみましょう。body 要素の内部に配置されている <span> タグに囲まれたテキストは、フォントサイズ 16 ピクセルの赤色のテキストになります。font-size ディレクティブが、body から span にカスケード ダウンされています。ただし、span が段落(p)タグの子である場合、そのコンテンツは表示されません。

また、前述のツリーは完全な CSSOM ツリーではなく、オーバーライドしたスタイルをスタイルシートで示しているだけです。各ブラウザには、「ユーザー エージェント スタイル」というデフォルトの一連のスタイルが用意されています。独自のスタイルを指定していない場合は、このスタイルで表示されます。スタイルを指定すると、このデフォルトがオーバーライドされます。

CSS 処理にかかる時間を調べるには、DevTools でタイムラインを記録し、[Recalculate Style] イベントを探します。DOM 解析とは異なり、タイムラインには個別の [Parse CSS] エントリはありません。代わりに、この単一イベントの下で、解析、CSSOM ツリー構築、計算済みスタイルの再起計算がキャプチャされます。

DevTools での CSSOM 構築のトレース

この小さなスタイルシートは、処理に最大 0.6 ms かかり、ページ内の 8 つの要素に影響を与えています。ささいな影響とはいえ、ゼロではありません。ところで、この 8 個の要素はどこにあったのでしょう。CSSOM と DOM は、それぞれ独立したデータ構造となっています。そうです、ブラウザに重要なステップが隠されているのです。次に、DOM と CSSOM をリンクするレンダリング ツリーについて説明します。

フィードバック