Socket.io: サーバーがsocket.disconnect（true）を実行した後にクライアントが再接続する正しい方法

今のところ、私はこの方法で管理しましたが、安定しているようです。

クライアント：

var app = {
...
socket: null,
connect: function() {
  var self = this;
  if( self.socket ) {
    self.socket.destroy();
    delete self.socket;
    self.socket = null;
  }
  this.socket = io.connect( 'http://127.0.0.1:3000', {
    reconnection: true,
    reconnectionDelay: 1000,
    reconnectionDelayMax : 5000,
    reconnectionAttempts: Infinity
  } );
  this.socket.on( 'connect', function () {
    console.log( 'connected to server' );
  } );
  this.socket.on( 'disconnect', function () {
    console.log( 'disconnected from server' );
    window.setTimeout( 'app.connect()', 5000 );
  } );
}
...
} // var app

次の同様のアプローチを使用します。

  this.socket = io.connect( 'ws://127.0.0.1:3000', {
    reconnection: true,
    reconnectionDelay: 1000,
    reconnectionDelayMax : 5000,
    reconnectionAttempts: Infinity
  } );

残念ながら、これにより、ソケットはWebソケットではなくhttpプロトコルを使用します。

永続的なWebソケット接続のための優れたアプローチを引き続き模索しています。

私は何かを逃したことがありますか？

これに対する解決策にも興味があります。

socket.connect()
バージョン1.5.1で動作しました。 それがお役に立てば幸いです。

@sconwayあなたは私たちを啓発できますか？ どんなコードもありますか？

やあ、

同じ質問がありましたが、現在テスト中のこのソリューションは、堅牢なソリューションまたは堅牢な回避策のいずれかであるようです...（両方が提供されています）

http://stackoverflow.com/questions/10437584/socket-io-reconnect

これをsocket.io自体で修正できますか？

バージョン2.0.3にアップグレードしましたが、デフォルトの自動再接続設定が機能しました。ここでは問題はありません。

サーバーまたはクライアントがdisconnect（）メソッドを呼び出すかどうかにかかわらず、クライアントはソケットを破棄し、すべてのイベントハンドラーを削除し、マネージャーは接続配列からソケットを削除します。 切断が別の理由である場合、これは発生しません。
優れた回避策は、reasonパラメーターを読み取ることができます
.on('disconnect', reason => { if(reason === 'io server disconnect') { //you should renew token or do another important things before reconnecting socket.connect(); } });
または、ソケットがまだマネージャーの接続リストにあるかどうかを確認することをお勧めします
.on('disconnect', () => { if(socket.io.connecting.indexOf(socket) === -1){ //you should renew token or do another important things before reconnecting socket.connect(); } })

私は@DrLightmanのようにそれをし

var WebSocketServer = {
    isConnected: false,
    socket: null,
    interval: null,
    connect() {
        if (this.socket) {
            this.socket.destroy();
            delete this.socket;
            this.socket = null;
        }
        this.socket = io.connect('http://localhost:9010', {
            reconnection: false
        });
        this.socket.on('connect', () => {
            this.isConnected = true;
            this.socket.emit('authentication', { user_id: 2751, token: "abc" });
            this.socket.on('authenticated', function() {

            });
        });

        this.socket.on('disconnect', () => {
            this.isConnected = false;
            this.interval = window.setInterval(() => {
                if (this.isConnected) {
                    clearInterval(this.interval);
                    this.interval = null;
                    return;
                }
                WebSocketServer.connect()
            }, 5000);
        });

        return this.socket;
    }
}

var socket = WebSocketServer.connect();

@DrLightmanこれは私がそれを行う方法であり、ブラウザまたはAndroid / IOSアプリで完全に機能します
var io= new socketio.connect('http://192.168.43.79:3000',{'forceNew':true});

@pablodgonzalez私は同じ質問があります、あなたの解決策は機能していますか？

@programmerCsはい、そうです。 問題が検出されることなく本番環境で。

この問題は私の問題の多くをクリアしました
みんな、ありがとう

サーバーへの接続中にトークンの有効期限が切れたため、クライアントにトークンの更新を強制したいときに同じ問題が発生しました。

代わりに、クライアントにイベントを送信して、トークンを更新するように依頼しました。 これを行うことでソケットが閉じられることはないので、問題を回避し、正常に動作します！

...それを本番環境にプッシュする時が来ました！ ：cold_sweat ：： smirk：

最も簡単な解決策は、エミッターからの「切断」イベントをリッスンし、setTimeout（）関数を呼び出すことのようですが、サーバーから切断されている間にクライアントが作成できるイベントはどうでしょうか。 クライアントでemitをブロードキャストする前に、接続が確立されているかどうかを常に追加のチェックを実行する必要があるようです。

@qassa放出に関する確認が必要な場合は、コールバックパラメータを使用する必要があります。 代わりに、イベントの受信を保証する必要がある場合は、socket.ioを使用するのではなく、mosquito / mqttなどのキューライブラリ/プロトコルを使用する必要があります。
setTimeoutはオプションですが、（サーバーまたはクライアントによって）切断されたソケットはすぐに破棄されるソケットです。 したがって、簡単で高速な再接続を保証する必要がある場合、ソケットオブジェクトインスタンスがまだあり、connect（）を呼び出すことができるのに、なぜsetTimeoutを使用するのでしょうか。

プロジェクトの誰かが本当にこれを文書化する必要があります...

Lemmeはこれをまっすぐに理解しますが、サーバーは特定の理由で、またはネットワーク接続の喪失のためにクライアントを切断しますか？ そのネットワークだけの場合、Socketio（クライアント）は無期限に再接続を試みます！ 、このio=new socketio(‘http://yourserver.com’, {'forceNew':true});ように構成されている場合は、どちらの方法でも再接続できますが、リスターナーをサーバーから切断する場合は、クライアントでio.disconnect()を呼び出すだけです。

差出人：CxRes [mailto：[email protected]]
送信日：2018年2月1日午後9時50分
宛先：socketio / socket.io [email protected]
Cc：devyaz [email protected] ; コメント[email protected]
件名：Re：[socketio / socket.io]サーバーがsocket.disconnect（true）を実行した後にクライアントが再接続する正しい方法（＃2476）

プロジェクトの誰かが本当にこれを文書化する必要があります...

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/socketio/socket.io/issues/2476#issuecomment-362381171で表示するか、スレッドhttps://github.com/notifications/unsubscribe-auth/をミュートしますhttps://github.com/notifications/beacon/ATfQSYqwkgtrHZk9FASNZUl69ps9ZYYCks5tQhVQgaJpZM4HsVs7.gif

@devyaz私はあなたを愛しています

ドキュメントは@pablodgonzalezの回答で更新されました： https ：

どうもありがとう！

0.8.3バージョンのio.socketを使用して新しいバージョン1.0.0を削除します

compile('io.socket:socket.io-client:0.8.3') {
    exclude group: 'org.json', module: 'json'
}

次の同様のアプローチを使用します。

  this.socket = io.connect( 'ws://127.0.0.1:3000', {
    reconnection: true,
    reconnectionDelay: 1000,
    reconnectionDelayMax : 5000,
    reconnectionAttempts: Infinity
  } );

残念ながら、これにより、ソケットはWebソケットではなくhttpプロトコルを使用します。

永続的なWebソケット接続のための優れたアプローチを引き続き模索しています。

私は何かを逃したことがありますか？

wss：//を使用します

次の同様のアプローチを使用します。

  this.socket = io.connect( 'ws://127.0.0.1:3000', {
    reconnection: true,
    reconnectionDelay: 1000,
    reconnectionDelayMax : 5000,
    reconnectionAttempts: Infinity
  } );

残念ながら、これにより、ソケットはWebソケットではなくhttpプロトコルを使用します。
永続的なWebソケット接続のための優れたアプローチを引き続き模索しています。
私は何かを逃したことがありますか？

wss：//を使用します

こんにちは、bro.howは、wss.itを使用するだけで永続的なWebソケット接続として機能する場合、wsをポーリングせずに維持して高速に再接続することについて同じ質問をすることができます。

サーバーまたはクライアントがdisconnect（）メソッドを呼び出すかどうかにかかわらず、クライアントはソケットを破棄し、すべてのイベントハンドラーを削除し、マネージャーは接続配列からソケットを削除します。 切断が別の理由である場合、これは発生しません。
優れた回避策は、reasonパラメーターを読み取ることができます

.on('disconnect', reason => { 
  if(reason === 'io server disconnect') {
    //you should renew token or do another important things before reconnecting
    socket.connect();
  }
});

または、ソケットがまだマネージャーの接続リストにあるかどうかを確認することをお勧めします

.on('disconnect',  () => {
  if(socket.io.connecting.indexOf(socket) === -1){
    //you should renew token or do another important things before reconnecting
    socket.connect();
  }
})

ソケットがまだマネージャーの接続リストにあるかどうかを確認する方がよい理由を詳しく説明できますか？ 更新されたドキュメントは、切断の理由を確認するという最初の解決策のみを採用しました。 ありがとう。

こんにちは@emclab 、新しいバージョンで開発者が新しい理由を追加し、あなたの場合は重要ではない「理由」であるという理由だけで、接続リストでソケットを検索してください。 そこにない場合は、手動で再接続する必要があります。
場合によっては、理由を知ることが重要であり、より強力なケースであり、それに応じて読んで行動しますが、おそらく最も一般的ではありません。
免責事項：2番目の方法を選択した場合、新しいバージョンでのリファクタリングやメカニズムの変更は安全ではないため、それほど良くはありませんが、はるかに簡単です。
よろしく！

イオンアプリケーションにソケット切断できません。 プロバイダーの共通ページのコンストラクターにsocket.onがあります。 アプリケーションのログアウトが呼び出されたのと同じファイル上の関数にソケットを切断したい。

しかし、私はソケットを外すことができます。 私はアプリケーションへの複数のemitで複数のsocket.on（ 'event'）を使用しています。
誰かが私を助けることができますか？

Socket.disconnect（）が行う必要があります

2019年11月11日月曜日06：16krunal9421、 notifications @ github.comは次のように書いています。

イオンアプリケーションにソケット切断できません。 私が持っています
プロバイダーの共通ページのコンストラクターへのsocket.on。 したい
アプリケーションがどこからでも同じファイル上の関数にソケットを切断します
ログアウトが呼び出されます。

しかし、私はソケットを外すことができます。 私は複数のsocket.on（ 'event'）です
アプリケーションへの複数の放出。
誰かが私を助けることができますか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/socketio/socket.io/issues/2476?email_source=notifications&email_token=AE35ASNI2K4DWOB4P2HPSATQTDMC7A5CNFSM4B5RLM52YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AE35ASJPORGOSYQAEJEHHG3QTDMC7ANCNFSM4B5RLM5Q
。

@devyaz socket.disconnect（）を使用してソケットを切断できません。
サンプルコードをこれと共有しています。
https://i.stack.imgur.com/wrIEv.png。

共通ファイルにコードを書きました。

サーバーまたはユーザー側から切断しようとしていますか？ つまり、サーバーは
ユーザーを切断します。 サーバーがクライアントを失うと、切断が発生するため
イベント。 ただし、クライアントはを呼び出すことでサーバーから切断できます
socket.disconnect

2019年11月20日水曜日05：39krunal9421、 notifications @ github.comは次のように書いています。

@devyazhttps ：//github.com/devyazソケットを切断できません
socket.disconnect（）を使用します。
サンプルコードをこれと共有しています。
https://i.stack.imgur.com/wrIEv.png。

共通ファイルにコードを書きました。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/socketio/socket.io/issues/2476?email_source=notifications&email_token=AE35ASK4NY4SKG5JWSBDKCTQUSWNVA5CNFSM4B5RLM52YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AE35ASIFTISGTIAQQ7UKCJDQUSWNVANCNFSM4B5RLM5Q
。

クライアント側でこれを使用します。

ログアウト機能でthis.socketstatus.disconnect()を実行すると、
関数「.on（ "connected"、.....）」を削除する必要があります

2019年11月22日金曜日11：50krunal9421、 notifications @ github.comは次のように書いています。

クライアント側でこれを使用します。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/socketio/socket.io/issues/2476?email_source=notifications&email_token=AE35ASJTREAYRMF4THBK3FDQU6TOLA5CNFSM4B5RLM52YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AE35ASJGKVGVUQNK454C63DQU6TOLANCNFSM4B5RLM5Q
。

接続が失われた後、ソケットはサーバーに再接続します。 その後、 Androidでは_io.socket.engineio.client.EngineIOException：xhr posterror_が表示され続けます。
StackOverflowからの回答のほとんどは機能しません。
私はこの問題で立ち往生していますT_T ....助けてください！

このコードをnode.js + javaScript wepappに実装しようとしていますが、電話のブラウザがバックグラウンドにある場合、非アクティブなタブまたはロックされた画面で、数分後に切断されます。

ソケットが切断されたときに（ ping timeoutまたはtransport closed応答で）ソケットに再接続しようとしましたが、それは不可能です。 これは電話ブラウザの正常な動作ですか？ ラップトップまたはデスクトップブラウザでは期待どおりに機能するためです。

誰かが私を助けることができますか？

ありがとう

こんにちは@asiermusaですが、Webでは、プロセスの中断を回避するためにWebワーカーを使用する必要があります。 それを達成するのに十分かどうか、私は心から知りません。

乾杯！