[34] 画像や媒体などの読み込みは、スクリプトが終了した後の安定状態において実行される同期区間として定義されています。 この安定状態を提供する処理はマイクロタスクとして定義されています。

仕様書

用法

[30] 安定状態を待つアルゴリズムは、ネットワークアクセスが発生するものなどです。 スクリプトがそのようなアルゴリズムを実行した直後に同期的に同期区間を実行してしまうと、 スクリプトのその後の部分による操作などで無駄になってしまう可能性があり、 一連のスクリプトを実行し終わるまで遅延させるというのが目的のようです。

[31] 例えば img 要素の src 属性を設定すると画像の読み込みが行われますが、その直後に src 属性や srcset 属性をスクリプトから操作すると元の画像の読み込みは無駄になります。 ですから、当該スクリプトが終わってから読み込みが始まります。

[35] 安定状態を待つawait a stable stateとは、 安定状態を提供するマイクロタスクをマイクロタスクキューに入れることをいいます >>2。

[36] あるアルゴリズムに安定状態を提供provide a stable stateするマイクロタスクは >>2、

  1. [37] まずそのアルゴリズムの同期区間を実行し、
  2. [38] 次に非同期的なアルゴリズムの続きがあれば、それも実行します。

[39] 実際の処理の内容は、アルゴリズムによります。アルゴリズムによっては、同期区間のみで、 非同期的な続きがないこともあります。

[41] かつては次のように規定されていました。

[4] 安定状態を提供provide a stable stateする場合は次のように処理します。

  • [5] 非同期的に実行される算法が安定状態を待っているawaiting a stable stateなら、
    1. [6] その同期区間synchronous sectionを走らせてから、 非同期算法を走らせるのを (適切であれば) 再開しなければなりません。 >>1
  • [18] 媒体要素の official playback position を current playback position に設定しなければなりません。 >>17

[7] 同期区間が DOM を変化させたり、スクリプトを実行したり、 その他副作用を起こすことはありません。 >>3

[8] 安定状態は次の場合に提供されます。

  • [9] イベント・ループで、タスクを実行した後
  • [10] HTML や XML の構文解析で、 script 要素の終了タグが処理される初めの段階 (スクリプトが実行される前)
    • [28] ただし再帰的に実行される場合を除く >>27

[33] >>32 により削除。

非同期的に安定状態を待つ算法

[12] 次の算法は、その途中で並列で実行された後安定状態を待つ部分があり、 同期区間の処理が規定されています。更にその後に非同期算法が続くものもあります。

  • [21] PeerConnection 構築子
  • [22] start autocommitting the scratch bitmap
    • ただしコメント化されている: Web Applications 1.0 r7509 First draft of a way to do canvas in workers. ( 版) http://html5.org/tools/web-apps-tracker?from=7508&to=7509

[20] かつてはこれらをどのような順序で実行するかは特に規定されていませんでした。

[29] かつては、安定状態はマイクロタスクとして実装することも可能ですが、 マイクロタスクはキューによって逐次的に実行されるのに対し、 安定状態に実行される各手順は並列で実行できるものであるから、 仕様上別の概念としていたようです >>26。ただし実際のWebブラウザーは逐次的に実行する実装になっているようです。

[19] スタイルシートが @import などの参照を持つ場合にスタイルシートをスクリプトから参照可能にしなければならないタイミングは、 イベントループ中の次のレンダリングの際、とされており http://www.whatwg.org/specs/web-apps/current-work/#style-sheet-ready、 実質的に、安定状態の最後に行うということになります。

歴史

[40] >>32 で安定状態の提供が独自の概念からマイクロタスクに変更されました。