error-handling - Websocket エラー イベントのトリガー

Question

私は websocket をテストしており、クライアント側でエラー イベントをトリガーするシナリオを見つけようとしています。プロトコルは言う

ユーザー エージェントが Websocket 接続を失敗させる必要があった場合、または WebSocket 接続が偏見を持って閉じられた場合は、WebSocket オブジェクトで error という名前の単純なイベントを発生させます。

しかし、このロジックを使用して、websocket をサポートしていないサーバーに接続しようとしました。ブラウザが実際に「閉じる」イベントを発生させていることがわかりますが、「エラー」イベントはトリガーされていません。

Q: 上記のシナリオでエラー イベントを発生させる必要がありますか? また、クライアント側でエラー イベントをトリガーできる他のシナリオは何ですか?

Answer 1

WebSocket の仕様は、すべてのブラウザーで完全に準拠しているわけではありません。したがって、各実装には独自の違いがあります。たとえば、Chrome は接続の問題で onerror イベントをスローしません。ただし、FireFox は、エンドポイントによって接続が切断されるたびに onerror をスローします (コードから切断された、サーバーの電源がオフになった、または接続できない場合さえあります)。

したがって、今のところ、このイベントの実装の安定性を期待することはできません。私の経験に基づいて、今のところ、onerror イベントはブラウザーにかなり固有のものであり、いくつかの論理的なシナリオが共通していることがわかります。