(私はリッチハリスが「 サービスワーカーについてもっと早く知っていればよかったのに 」の要点で尋ねた質問を言い換えています。)
イベントハンドラーの外部で実行されるコードがServiceWorkerにある場合、いつ実行されますか?
そして、それに密接に関連して、install
ハンドラーの内部に配置することと、イベントハンドラーの外部に完全に配置することの違いは何ですか?
一般に、サービスワーカーのグローバルスコープの「トップレベル」にあるイベントハンドラーの外部にあるコードは、サービスワーカースレッド(/プロセス)が起動されるたびに実行されます。 Service Workerスレッドは任意の時間に開始(および停止)する可能性があり、制御するWebページの存続期間とは関係ありません。
(Service Workerスレッドを頻繁に開始/停止することは、パフォーマンス/バッテリーの最適化であり、たとえば、Service Workerを登録したページを参照したからといって、バックグラウンドで余分なアイドルスレッドが回転することはありません。 )
その反面、Service Workerスレッドが停止するたびに、既存のグローバル状態がすべて破棄されます。したがって、複数のイベント間で共有することを期待して、開いているIndexedDB接続をグローバル状態で保存するなど、特定の最適化を行うことができますが、イベントハンドラーの呼び出しの間にスレッドが強制終了された場合は、それらを再初期化する準備が必要です。
この質問に密接に関連しているのは、install
イベントハンドラーについて私が見た誤解です。一部の開発者は、install
ハンドラーを使用してグローバル状態を初期化し、それをfetch
などの他のイベントハンドラーで依存するのを見てきました。これは危険であり、本番環境でバグが発生する可能性があります。 install
ハンドラーは、Service Workerのバージョンごとに1回起動し、通常、そのバージョンで必要な新しいリソースや更新されたリソースのキャッシュなど、ServiceWorkerのバージョン管理に関連付けられているタスクに最適です。 install
ハンドラーが正常に完了すると、特定のバージョンのService Workerが「インストール済み」と見なされ、ServiceWorkerが処理を開始したときにinstall
ハンドラーが再度トリガーされることはありません。たとえば、fetch
またはmessage
イベント。
したがって、fetch
イベントなど、処理する前に初期化する必要のあるグローバル状態がある場合は、最上位のService Workerグローバルスコープでそれを行うことができます(オプションで、内部で解決するという約束を待つ) fetch
イベントハンドラー。非同期操作が完了したことを確認します)。実行notinstall
ハンドラーに依存してグローバルスコープを設定してください!
これらのポイントのいくつかを説明する例を次に示します。
// Assume this code lives in service-worker.js
// This is top-level code, outside of an event handler.
// You can use it to manage global state.
// _db will cache an open IndexedDB connection.
let _db;
const dbPromise = () => {
if (_db) {
return Promise.resolve(_db);
}
// Assume we're using some Promise-friendly IndexedDB wrapper.
// E.g., https://www.npmjs.com/package/idb
return idb.open('my-db', 1, upgradeDB => {
return upgradeDB.createObjectStore('key-val');
}).then(db => {
_db = db;
return db;
});
};
self.addEventListener('install', event => {
// `install` is fired once per version of service-worker.js.
// Do **not** use it to manage global state!
// You can use it to, e.g., cache resources using the Cache Storage API.
});
self.addEventListener('fetch', event => {
event.respondWith(
// Wait on dbPromise to resolve. If _db is already set, because the
// service worker hasn't been killed in between event handlers, the promise
// will resolve right away and the open connection will be reused.
// Otherwise, if the global state was reset, then a new IndexedDB
// connection will be opened.
dbPromise().then(db => {
// Do something with IndexedDB, and eventually return a `Response`.
});
);
});