1. 導入: なぜWorkerのonerrorが必要なのか？
Web Workerを使用すると、重い処理をメインスレッドから切り離してバックグラウンドで実行できます。しかし、Worker内部でエラーが発生した場合、通常のtry-catchブロックでは捕捉できないことがあります。そこで重要になるのが「Worker.prototype.onerror」です。これを使うことで、バックグラウンドでの予期せぬクラッシュを検知し、ユーザーへの通知やログ送信といった適切なリカバリー処理を行えるようになります。
2. 基礎知識: Workerの仕組みとエラーイベント
Web Workerは、ブラウザのメインスレッドとは別のメモリ空間で動作します。そのため、メインスレッドで発生したエラーはWorkerには届かず、逆にWorker内で発生したエラーもメインスレッドのグローバルなエラーハンドラには届きません。
Workerには「onerror」というプロパティが用意されており、これにハンドラ関数を登録することで、Worker内で未処理の例外が発生した際に通知を受け取ることができます。
3. 実装/解決策: エラーを確実に拾う方法
Workerのインスタンスを作成した後、そのインスタンスに対して「onerror」プロパティを定義します。この関数には「ErrorEvent」オブジェクトが渡され、ここからエラーメッセージ、発生したファイル名、行番号を取得することが可能です。
4. サンプルプログラム: エラーを捕捉する実装例
以下のコードは、Workerを起動し、あえてエラーを発生させてそれを捕捉するサンプルです。
5. 応用・注意点: 実務で役立つヒント
現場で活用する際は、以下の点に注意してください。
エラーの伝播を防ぐ
onerrorハンドラ内で「event.preventDefault()」を呼び出すと、ブラウザのコンソールに表示されるデフォルトのエラーログを抑制できます。独自のロギングシステムを使っている場合に有効です。
Worker内部でのtry-catchとの使い分け
Workerのonerrorは「最終防衛線」と捉えてください。Worker内部の各関数ではtry-catchで細かくエラー処理を行い、それでも防げなかった致命的なエラーをonerrorで拾うという「二段構え」が最も堅牢です。
開発環境での注意
Workerはセキュリティ上の理由から、ローカルファイル（file://）では動作しません。必ずローカルサーバー（Live Serverなど）を立てて確認するようにしてください。