Socket.io '切断イベント'が再接続後に遅すぎます。

Question

私はSQLデータベースのユーザーに対してオフラインに設定された簡単なコードを使用しました。

サーバー

io.on('connection', function (socket) { 
    ApiHelper.setUserOnline(socket.token); 

    socket.on('disconnect', function() { 
     ApiHelper.setUserOffline(socket.token); 
    }); 
} 

は、ユーザが、彼はその後、再接続し、ネットワーク接続を失ったよりも、ソケットに接続、

を言うことができます。

このログを取得します。接続

• ユーザー（彼がオンラインである）
• ネットワークlosted。
• ネットワークが切断されましたが、切断イベントがまだサーバーによって受信されていないため、ユーザーはまだオンラインです。
• ネットワークに接続してからソケットに接続します。ユーザーはまだオンラインです。
• 以前にサーバーとユーザーによって受信された切断イベントは、データベースでオフラインに設定されています。 しかし、待っているユーザーが再接続しただけなので、実際にはユーザーはオンラインになっている必要があります。我々はユーザーを見たので、後半の火力切断イベントの

は、データベース内のオフラインになっています。

どのようにこの問題を解決できますか？

Answer 1

私はSQLデータベースにsocket.idを格納することをお勧めします。ユーザーログイン/接続時にまずuser.accountがオンラインかどうかを確認してください。

それがオンラインになっている場合、そのアカウントは新しいsocket.id

ためと置き換えることによって、デシベルでそれを置き換えるものは何でも、別のウィンドウ/デバイス/から開かれたことを通知するために、古いsocket.idを使用接続が切断されたときに、そのアカウントを使用している現在のアクティブなクライアント（socket.id）であるかどうかを実際に知ることができます。 disconnectionでそう

：socket.idを切断が（つまり：現在接続されているかどうか）データベースか であるかどうかを確認

io.on('connection', function (socket) { 
    /* check if the account associated to this socket was 
     previously associated to another socket.id ... 
    (that might be currently connected or about to disconnect (lost connection) 
    */ 
    if(thisAccountWasOnlineBefore){ 
    socket.to(old.socket.id).emit('exit', 'account opened from another session'); 
    } 
    //pass also the socket.id so you can store it in the db 
    ApiHelper.setUserOnline(socket.id, socket.token); 

    socket.on('disconnect', function() { 
     //check if socket.id is associated to any account in the db 
     // if true : remove the socket.id and set as account status : offline 
    }); 
}