2012-04-10 14 views
0

私はwebsocketをテストしており、クライアント側でエラーイベントを引き起こすシナリオを見つけようとしています。ユーザーエージェントは、WebSocketの接続に失敗するために必要とされたかのWebSocket接続が偏見で閉鎖されている場合は、プロトコルは、WebSocketのオブジェクトでシンプルなイベントという名前のエラーを発射、websocketエラーイベントをトリガーする

を言います。

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

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

答えて

0

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

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

関連する問題