仕様書

資源制限

[52] 利用者エージェントは、スクリプトに対して資源の制限を課して構いません。 例えば、CPU quota、メモリーの制限、合計実行時間の制限、帯域の制限などを課すことができます。 >>49

[53] スクリプトが制限を超えた時は、 QuotaExceededError 例外を投げるか、 走っているスクリプトを中断するか、利用者に確認するか、スクリプトの実行に絞り弁 (throttele) を適用するかして構いません。 >>49

[13] ワーカーは、そもそも時間がかかったり高い負荷が予想されたりする処理のためのものなので、 より緩い制約とするべきかもしれません。

[15] 利用者エージェントは、ワーカーが制限に達したら、 ワーカーを殺す処理を実行して構いません >>14。

スクリプトの無効化

[51] 閲覧文脈はスクリプトが有効、スクリプトが無効の状態を有しており、 利用者エージェントの対応状況、利用者の設定、著者の指定によってどちらであるかが決定します。 スクリプトが無効の場合、スクリプトが作成されなかったり、スクリプトの実行が実際の内容に関わらず 「何もしない」となったり (>>28) します。詳しくはスクリプトが無効の項をご覧ください。

[54] スクリプトの実行中にスクリプトが無効になったときは、ただちにスクリプトを終端するべきです >>49。

閲覧文脈、文書の中断

[19] 利用者エージェントは、 閲覧文脈を閉じるに当たりスクリプトを無効とする手段を利用者に提供できます >>49。スクリプトが無効となると、実行中のスクリプトは中断されるので (>>54)、 言い換えると、閲覧文脈を閉じる時に実行中のスクリプトがあっても停止させることができます。

[17] 明文規定はありませんが、 navigate によって現在の文書の表示を破棄する際に、 走っているスクリプトの実行中断が行われる可能性があります。

[31] プラットフォーム (OS) やWebブラウザーの仕様により、 スリープ状態やアプリの切り替えなどで窓ごと破棄されたり、 タイマーが中断されたりすることがあります。

[32] いろいろな条件に左右されますし、観測しようとすることで挙動が変化する場合も想定されるので、 あくまで参考程度に。

[33] Android の Chrome で setTimeout で数秒おきにサーバーにデータを送信させ、 放置してスリープ状態になるのを待つと、 1回目の試行では約2分半後に停止しており復帰させると Chrome は停止していました。 2回目の試行では約4分後に停止しており復帰させると Chrome で当該ページが開いた状態で未実行だった setTimeout も実行されました。 2020-04-15T02:39:53.000Z

[34] iPhone の Safari で同じように試すと、 スリープ直後に停止しており復帰させると Safari で当該ページが開いた状態に復帰します。 setTimeout のタイマーがスリープ時間分一気に進むのか、 setTimeout で数秒待って送信して、の繰り返しが数回分一気に走ります。 (使っているのは setInterval ではない。) 他のアプリに切り替えている時、 Safari の他のタブに切り替えている時も同じように動作します。 2020-04-15T04:58:06.700Z

[35] Android の Chrome は、 audio 再生中は中断を回避できます。

[36] iPhone の Safari も同様に中断を一応回避できます。 しかし他のアプリ次第でバックグラウンドでの再生が停止してしまいます。 Safari に切り替えると元の状態が復元されますが、再生停止されたものは戻らないようです。 さらに、スリープ状態に入ると、ループさせていてもループしないで再生停止してしまいます。 復帰した時少しだけ音が鳴りますが、途中で止まってしまい復元されたとはいえない状態です。 ループの途切れ目に他の音声が鳴っていれば次の周回に入りますw

ワーカーの中断

[68] ワーカーについては、ワーカーを殺す手順、 ワーカーを終端させる手順が規定されています。 両者は走っているスクリプトの実行中断を呼び出します。

[18] ワーカーを終端させる手順は、 terminate メソッドによってワーカーの作成元のスクリプトから呼び出されることがあります。

[23] サービスワーカーを終端させる手順も参照。

走っているスクリプトの実行中断

[5] JavaScript の ScriptEvaluation (古典スクリプトの実行から呼び出されます。) や Evaluation (モジュールスクリプトの実行から呼び出されます。) は、走っているスクリプトの実行中断 (abort a running script) >>49 により、結果を返さずに途中で中断されることがあります。

[7] 中断された場合、JavaScript実行文脈スタックを空にします。 finally があっても実行しません。 >>49

[6] これは HTML Standard では規定されていますが、 JavaScript の仕様書では明文化されていません >>49。

[20] コールバック関数の呼び出しやJavaScriptジョブの実行も、 同様に中断される可能性があります。

[27] モジュールスクリプトの実行で ModuleEvaluation が走っているスクリプトの実行中断となった場合、 次の値を返します >>26。

[8] Gecko ではこれは catch できない (finally も実行されない) 特別な例外として実装されているようです。

[24] 中断は handle fetch や Install に影響を与えることがあります。

歴史

[3] ブラクラのような悪意あるスクリプトの濫用や、 悪意がなくても WebブラウザーやOSの動作を不安定にする JavaScript アプリケーションから利用者を守るため、 00年代半ば頃から徐々にスクリプトの実行中断機能が Webブラウザーに実装されるようになってきました。