WebSocket(RFC 6455)上で使用するプロトコル設計についての備忘録 - kazuhoのメモ置き場

一般論として、全二重の通信プロトコルを実装するにあたっては、いくつか注意すべき点があって、具体的には、到達確認と切断シーケンスについて定めておかないと、送達されたはずのメッセージがロストしていたり、切断タイミングによってエラーが発生*1したりする。 具体例をあげると、たとえばTCP/IPにおいてshutdown(2)を用いずに、いきなりclose(2)を呼んでいると、read(2)やwrite(2)がエラー(ECONNRESET)を返す場合がある。 翻って、WebSocket (RFC6455)の場合はどうなってるか？ だいたい以下のような感じっぽい。 ws.close()が呼び出されるとWebSocketをCLOSING状態に変更し、Closeフレームを送信する ws.onmessageはWebCosketがCLOSING状態にある間も呼ばれるかもしれない*2 相手からCloseフレーム

[Ehren]

websocketではメッセージ到達が保証できないなら、そのうえでのプロトコルでack相当のものを作る必要があるってことだな

[rryu]

上下のストリームを別々に切断するのはWebSocketレベルで実装されていないとできないが、TCPレベル以上の到達確認は確認単位がプロトコルごとに異なるから自分で実装しろということなのだろう。

[kazuyadesse]

( ´ ▽ ` )ﾉ

[naga_sawa]

106ブクマ/ここら辺が面倒っぽいのでWebSocketはサーバ→クライアントの通知に絞ってしか使ってないな/なんか定石があれば/それにしてもなんで↑↓無言なのか…

[kasumani]

kazuhoのメモ置き場 ■WebSocket(RFC 6455)上で使用するプロトコル設計についての備忘録 一般論として、全二重の通信プロトコルを実装するにあたっては、いくつか注意すべき点があって、具体的には、到達確認と切断シーケンス