文書を捨てる

仕様書

[7] 閲覧文脈が文書を捨てる (discard a Document) 際は、 文書について次のようにしなければなりません >>1。

[28] 文書の salvageable を、偽に設定します。
[29] 文書の unloading document cleanup steps を実行します。
[30] 文書のabortを実行します。
[31] 文書の閲覧文脈のイベントループについて文書のタスクを削除します。
[32] 文書の子供閲覧文脈群の各閲覧文脈について、
1. [34] 閲覧文脈を捨てる処理を実行します。
[35] 文書の閲覧文脈から文書への強い参照を破棄します。
[36] WorkerGlobalScope のうち、所有者集合に文書が含まれるものについて、所有者集合から文書を削除します。
- これによりワーカーが permissible worker, active needed worker, protected worker, suspendable worker かどうかが変化するかもしれません。

[37] 子供閲覧文脈の順序は仕様書に明記されていませんが、影響は無いのでしょうか。 unload の順序に影響しますから、文書順か何かになっている必要がありそうですが。。。

[9] 文書を捨てる処理は、閲覧文脈を捨てる処理から呼び出されることがあります。

[13] 文書を捨てる処理は、unload a document から呼び出されることがあります。

[10] 文書を捨てる処理は、セッション履歴の現在エントリーではなく、スクリプトからも参照されていない文書について、いつでも呼び出すことができます。

bfcache 参照。

[14] 文書を捨てる処理が unload a document から呼び出される場合は、文書はレンダリング中かもしれません。それ以外の場合はレンダリング中ではありません。

[4] 文書の unloading document cleanup steps とは、次のものです。

[16] 窓を、文書のWindowに設定します。
[19] 窓のWebSocket群が空でなければ、
1. [17] 窓のWebSocket群の各オブジェクトについて、
  1. [18] オブジェクトの make disappear を実行します >>3。
2. [20] 文書のsalvageableを、偽に設定します >>3。
3. [26] 窓のWebSocket群を、空にします。
[21] 文書のsalvageableが偽なら、
1. [22] 窓のEventSource群の各オブジェクトについて、
  1. [23] オブジェクトの forcibly close を実行します >>3。
2. [27] 窓のEventSource群を、空にします。
3. [24] 文書の活性タイマーのリストを、空に設定します >>3。
[25] 文書のWindow の Blob URL Store の Blob URL をすべて削除します >>2。

[6] WebRTC や requestIdleCallback でも同様の処理が必要でしょうか?

[5] 本手順群は、 unload a document と文書を捨てるから呼び出されます。 unload a document は文書を捨てるを通して計2回本手順群を呼び出すことがあります。

2回呼び出す場合には、その間で再帰的な unload a document の呼び出しがあるので、そこで何かを破棄する必要が新たに生じているかもしれません。

[12] >>39 以前は所有者集合からの削除は別に規定されていました >>11。ワーカーはメインの処理とは並列に動作していますから、ワーカーの文書からの削除も文書を捨てる処理の他の手順とは非同期的に実行されるかもしれません。 (仕様書上で文書を捨てる処理の一部ではなく、ワーカーの章で別途規定されているのもそのためと考えられます。) どのみちワーカーの処理は並列に実行されていますから、ワーカーの文書からの削除が同期的か非同期的かを著者が観測するのは困難 (不可能?) と思われます。