Socket.io: 재 연결 후 여러 소켓이 열립니다.

기술적으로 클라이언트와 서버의 연결이 끊어 졌기 때문에 연결 해제가 시작됩니다. 재 연결 이벤트가 다시 발생할 때까지 연결이 끊어집니다.

그러나 나머지는 버그입니다.

이것이 내 응용 프로그램의 버그에 대한 이유라고 생각합니다.

서버 측에서는 새로운 삽입물이있을 때마다 실행되도록 mongodb에 꼬리가있는 커서를 만들었습니다. 이 메시지는 io.sockets.emit ()를 통해 연결된 모든 사람에게 전송됩니다.

그러나 이벤트 당 하나의 메시지 만받는 대신 클라이언트 측에서 여러 개의 반복 메시지를받습니다.

저는 인터넷 연결이 매우 불안정하기 때문에이 버그가 내 코드에도 영향을 미치고 있다고 생각합니다.

여러분들은 expressjs를 사용하고 계 셨나요? 나는 Express 에이 문제가 있었고없이 다시 작성했으며 잘 작동했습니다.

Express는이 @mfkp 와 전혀 관련이 했음 에 틀림 없습니다.

@visionmedia 와 동의하며 Express가 아닌 socket.io의 버그입니다. 현재 재 연결 구현은 여전히 ​​0.6 용으로 설계 되었기 때문에 일부 검사 및 정리가 누락되었습니다.

아, 알겠습니다. 신경 쓰지 마, 계속해 ;-)

이것에 +1. socket.io가 여러 연결을 여는 채팅 앱의 간헐적 인 문제입니다. 그런 다음 클라이언트는 모든 방출의 복제를 수신합니다.

+1. 웹 소켓 및 크롬. 노트북이 절전 모드로 전환-> 깨어 난 후 앱이 다시 연결됨-> 이중 이벤트. 원격 서버에 연결할 때만 발생합니다. 이 문제를 로컬에서 재현 할 수 없습니다. 일부 재 연결 / 네트워크 대기 시간 문제 여야합니다.

이 후 여러 연결을 제거하는 해결 방법이 있습니까? 예를 들어 클라이언트 측에서 socket.disconnect ()를 수행하면 모든 연결이 끊어 집니까? 여러 업데이트를 피하고 싶습니다. 다음은 작동합니까?
소켓 = io.connect (url)
socket.on ( 'connect', function () {
if (multipleConnect) {
socket.disconnect ();
socket.removeAllListeners ( 'connect');
io.sockets = {};
소켓 = io.connect (url);
socket.on ( 'connect', functionToConnect);
}
})

https://github.com/LearnBoost/socket.io/issues/474#issuecomment -2833227을 읽으십시오.
이 버그가 발생하는 이유와 재현 방법을 설명합니다.

@ 3rd-Eden-이 수정 사항이 할 일 목록 / 우선 순위에 속하는지 아십니까? 내가 만들고있는 앱이 있는데 이것을 사용하려고 계획했고 클라이언트에게 iOS 장치에서 제대로 다시 연결될 것이라고 말할 수 있기를 바랍니다. 응용 프로그램이 백그라운드로 전환되거나 장치가 절전 모드로 전환되면 연결이 끊어집니다.

또는 해결 방법을 코딩 할 수있는 방법에 대해 알고 있습니까? 지난 며칠 동안 몇 가지 작업을 해왔지만 최상의 경우 항상 너무 많은 연결을 열어두고 모든 소켓에 저장된 데이터를 삭제하는 것 같습니다. 데이터는 클라이언트의 재 연결 트리거를 사용하여 문제를 해결할 수있는 세상의 끝이 아니지만 동시 연결은 약간 추합니다.

감사!

@cris 이것이 당신이 언급 한 것과 동일한 버그인지 확실하지 않습니다. 서버 속도 저하없이 버그에 대한 매우 간단한 예가 있습니다.

다음을 통해이 문제를 명확하게 재현 할 수 있습니다.

1. 1 초 간격으로 하트 비트를 보내는 간단한 하트 비트 클라이언트를 구현합니다.
2. 서버 측 새 연결 수를 계산합니다.
3. 서버 측 연결 해제 수를 계산합니다.
4. 서버를 시작하고 클라이언트와 연결하십시오.
5. 클라이언트와 서버 간의 네트워크 연결을 끊습니다.
6. 서버가 시간 초과되고 연결 해제 이벤트를 생성 할 때까지 기다립니다.
7. 네트워크 연결을 다시 연결하십시오.

클라이언트가 다시 연결할 때 각각에 대해 '연결'이벤트를 생성하는 2-4 개의 연결을 생성하는지 확인합니다. 서버는 클라이언트로부터 2-4 개의 연결을 수신하고 각각에 대해 '연결'이벤트를 내 보냅니다. 클라이언트는 잘못 시작된 연결을 닫지 않습니다.

server.js : https://gist.github.com/1717643
client.html : https://gist.github.com/1717648

감사. 이 버그가 우선 순위가되어야한다고 생각합니다. 잘 알지 못하는 많은 상업 회사들은 socket.io 프레임 워크가 잘 작동한다고 생각하면서 사람들을 고용하여 개발하려고합니다. 물론 socket.io는 무료이므로이 상업 회사는 상업 제품을 살펴 봐야 할 것입니다. 그러나 다시 말하지만, 이것은 매우 높은 우선 순위로 우선 순위를 정해야한다고 생각합니다. 이 버그는 0.7.0 이후 존재했으며 쉽게 재현 할 수 있습니다.

@davidfooks , @theyak. 나는 오래 전에이 문제를 해결했으며 소란없이 작동합니다.

수정하려면 다음을 수행해야합니다.

1. 이 패치 적용 : https://github.com/LearnBoost/socket.io-client/pull/342
2. pull-request 주석에 설명 된대로 AJAX- 핸드 셰이크를 비활성화합니다 (핸드 셰이크가 JSONP를 통해서만 가능하도록 함).

AJAX 핸드 셰이크를 어떻게 비활성화합니까? 여전히 모든 연결 유형을 사용할 수 있다고 가정합니다. 이것이 핸드 셰이크에만 영향을 미칩니 까?

+1 수정 해주세요 :)

다시 연결 문제에 대해 동일한 다중 연결이 발생했습니다. 심각한 문제라고 생각합니다 ...
원인은 Socket.connect 메서드가 호출되었지만 conneting 플래그는 핸드 셰이크가 완료된 후에 만 ​​true로 설정되어 있기 때문입니다. 다시 연결하면 여러 번 다시 연결됩니다.
Socket.connect 메서드의 시작 부분에서 self.reconnecting을 호출하여 문제를 해결했습니다.

패치 생성 : https://github.com/LearnBoost/socket.io-client/pull/424

병합 할 가능성이 있습니까?
이 버그는 내 앱에서도 나쁜 버그를 만들고 있습니다.

이 버그는 여전히 존재합니다. 두 패치를 모두 시도했습니다. 성공하지 못했습니다.

+1 xhr-polling을 사용하여이 문제가 많이 발생합니다. 아직 패치를 시도하지 않았습니다.

+1, 중복 재 연결에 대해서도이 문제가 있습니다.

Node.js가 다시 시작될 때마다 (즉, 수퍼바이저를 통해 실행될 때) 클라이언트가 처음 연결되었던 지점에서 Node.js가 다시 시작된 횟수의 X 배가 다시 연결됩니다. 이 버그로 인해 클라이언트 측에서 재 연결할 때마다 한 번씩 이벤트가 발생합니다. 이것은 단지 중복 문제가 아닙니다.

클라이언트 측에서 socket.on('disconnect', function() { socket.disconnect(); }); 시도했지만 작동하지 않습니다. : /

이것을 조금 더 조사 해보면 내 문제의 원인을 찾은 것 같습니다. 버그 는 아니지만 클라이언트 측 코드의 잘못된 구현입니다. facepalm 이것은 내가 원래 가지고 있던 것입니다 :

문제:

var socket = io.connect();

socket.on('connect', function () {

  console.log('User connected!');

  socket.on('message', function(message) {

    console.log(message);

  });

});

위의 클라이언트 측 JavaScript는 클라이언트가 다시 연결될 때 console.log ()를 여러 번 호출했습니다. 이것은 위의 내용을 다음으로 대체 한 것입니다.

해결책:

var socket = io.connect();

socket.on('connect', function () {

  console.log('User connected!');

});

socket.on('message', function(message) {

  console.log(message);

});

이제 클라이언트가 서버에 다시 연결할 때 여러 메시지가 앞뒤로 전송되지 않습니다. 다른 사람이 클라이언트 측 코드를 변경하면 문제가 해결되는지 확인할 수 있습니까?

안녕하세요. 나는 같은 문제가 있었다. 노드를 다시 시작할 때 (또는 연결 시간이 초과되었을 때) 클라이언트가 다시 연결되었을 때 n 번 서버에서 방출 된 동일한 메시지를 수신했습니다 (여기서 n은 재 연결 횟수).
내 모든 핸들러를 socket.on ( 'connect'function () {...}); 그것의 외부에 기능.

위의 코드는 필요한 작업을 수행합니다.
이것은 메일 링리스트의 전체 답변입니다.
https://groups.google.com/forum/?hl=ko&fromgroups#!topic/socket_io/X9FRMjCkPco

@xdanx , 굉장합니다. 답장을

예, 이것은 저에게도 작동하는 것 같습니다 : 'connect'이벤트 코드와 별도로 socket.on ( 'message') 코드를 넣으십시오.

하지만 "연결"은 어떻습니까?
그리고 콜백의 "소켓"객체는 어떻습니까?

/ edit 신경 쓰지 마세요. 클라이언트에 '연결'이 있습니다. 나는 그것을하지 않았을 때 스팸 재 연결에 여전히 문제가 있었다. 하지만 그건 0.9.6이었습니다.

저도 같은 문제가있는 것 같습니다. 메시지 코드를 별도의 블록으로 이동하는 위의 수정을 시도했지만 .. 함께 가지고 있지 않다는 것을 알았습니다.

0.9.8에서 이에 대한 다른 해결 방법에 대한 소식이 있습니까?

나는 같은 문제를 가지고있다. 0.9.10이 설치되어 있습니다. 이 문제를 해결할 방법이 있습니까? :(
btw는 1 년이 넘었고 아직 수정되지 않았습니다 .. :(

편집하다.

jsonp-polling 만 사용하면 문제가 사라진 것 같습니다.
io.set ( 'transports', [ 'jsonp-polling']);

나는 같은 문제를 가지고있다.
소켓. [email protected]
노드 v0.8.8

@semprom jsonp-polling을 사용하면 websocket 연결에만 관련이 있기 때문에 문제가 해결된다고 생각합니다.

불행히도 저의 전체 구현 유형은 가능한 한 빠른 피드백에 의존하므로 폴링과 달리 웹 소켓이 가장 잘 작동하며 연결하는 클라이언트를 제어하고 있기 때문에이 문제를 제외하고는 다른 이유가 없습니다. 그밖에.

다시 연결하는 동일한 클라이언트의 여러 연결에는 동일한 socket.id 있습니다. 따라서이 문제를 해결하기 위해 자신의 소켓 ID 목록을 유지하고 중복을 무시할 수 있습니다.

@KasperTidemann 감사합니다. 이 문제를 해결했습니다.

@esanai 문제 없습니다.

안녕하세요, 동일한 문제가 있으며 연결이 다시 연결될 때마다 새 클라이언트 소켓 ID가 생성된다는 것을 알았습니다. 해결책은 io.set ( 'transports', [ 'jsonp-polling']); 또는 KasperTidemann의 솔루션을 사용합니까?

@KasperTidemann 내 맙소사, 그게 내 문제에 대한 답입니다! 이 커밋을 참조하십시오 : https://github.com/samuelclay/NewsBlur/commit/76cbbd8d8b2a787985bba724dc3562108492b017#L2L3887

단일 node.js 파일에있는이 간단한 클라이언트 및 서버 코드를 사용하여 연결 오류가 발생한 후 이중 연결 이벤트를 재현 할 수 있습니다.

"use strict";

var server = require('socket.io');
var client = require('socket.io-client');

setTimeout(function () {
    var io = server.listen(8888);

    io.of('/chat').on('connection', function (socket) {
        console.log('Server: /chat connection');
        socket.emit('greeting', 'Hello, who are you?');
    });

    io.sockets.on('connection', function (socket) {
        console.log('Server: connection');
    });
}, 2000);

var socketAddress = 'http://localhost:8888/chat';
var socket = client.connect(socketAddress);

socket.on('connect', function () {
    console.log("Client: connect");
});

socket.on('greeting', function (data) {
    console.log("Client: greeting: ", data);
});

socket.on('error', function () {
    console.log("Client: error");
    socket.socket.reconnect();
});

라운드 나 수정 작업이 있습니까?

미안하지만 나는 이것을 # 474 호에 게시했습니다.

iOS 9.3.2 및 Chrome 버전 50.0.2661.95가 설치된 iPhone과 Socket.IO 버전 1.4.6이 설치된 iOS 용 Safari에서이 오류를 상당히 일관되게 재현 할 수 있습니다.

나는 이것을 모바일에서만 재현 할 수 있으며 socket.io에 대한 요청에 내 페이지를 멈 춥니 다.

나는 간단한 .on ( 'connect', function (socket) {console.log ( 'Connected');}); 그리고 오류가 발생하면 Connected를 두 번 기록하여 동시에 여러 소켓 연결을 열려고 생각하게 만듭니다.

누구든지 이것에 대한 해결 방법을 알고 있습니까?

이 문제가 종결 된 이유는 무엇입니까?

위의 2014 년 4 월 14 일의 예제 코드는 더 이상 이중 연결 이벤트를 생성하지 않습니다. '/ chat'에 대한 연결 이벤트와 소켓 자체에 대한 연결 이벤트가 있습니다. 합리적으로 보입니다.

더 이상 클라이언트에서도 오류가 없습니다.

socket.io 1.4.8 및 노드 6.3.0입니다.

이 버그는 atm에 영향을줍니다.

분명히 socket_handlers가 경로와 함께 배치되면 여러 번 호출됩니다. app.js 내에서 소켓 연결을 사용하고 소켓 연결 내에서 핸들러를 요구하고 소켓을 매개 변수로 전달합니다. 일부 속성은 소켓 인스턴스와 함께 제공되지 않을 수 있습니다.

@leemlwando 필요한 경우 새 문제를여십시오.

클라이언트에서 수동 재 연결 기능을 만들고 io.destroy (); 다시 연결 기능 내에서 문제가 해결되었습니다.

고마워요 @leemlwando 귀하의 마지막 코멘트가 제 문제를 해결하도록 만들었습니다.

이 버그가 계속 발생합니다. 업데이트가 있습니까?

여기서 유일한 진짜 버그는 socket.on () 호출이 socket.on ( 'connect') 핸들러 내부에 래핑되는 잘못된 예제 코드가 인터넷에 가득 차 있다는 것입니다. 소켓이 다시 연결될 때마다 처리기의 새 인스턴스가 기존 인스턴스 위에 쌓여서 각 이벤트에 대해 여러 호출이 발생합니다. 하지 마십시오 : 2012 년 7 월 25 일의 @KasperTidemann 의 답변을 참조하십시오.

위에서 제시 한 코드를 제외하고는 아마도 DrLexO가 문제를 보여주었습니다. socket.on ( 'connect') 핸들러 안에는 socket.on ()이 래핑되어 있지 않습니다.

몇 년이 지난 후에도이 버그에 대한 알림을 받고 있다는 사실에 놀랐습니다. 나는 그것이 여전히 일인지 아닌지 전혀 모른다. 다시 시도해야합니까?

@KasperTidemann 감사합니다. 실제로 문제를 해결했습니다.

socket 액세스 할 수없는 경우 connect 리스너의 _outside_ 이벤트 리스너를 어떻게 정의 할 수 있습니까?

const app = express();
const http = require('http').createServer(app);
const io = require('socket.io')(http);

io.on('connect', function(socket) {

  // only now that we are inside the connect callback do we have access to the socket

  socket.on('join', function(room, user) {
  });

  socket.on('add_message', function(room, user) {
  });

  socket.on('disconnect', function(room, user) {
  });
});

사람들은 이벤트 리스너 ( join , add_message 및 disconnect )가 독립적으로, _outside_ connect 리스너가 있어야한다고 제안하는 것 같습니다. socket 정의 중입니까?

io.on('connect', function(socket) {
  // socket is only available here
});

// socket is undefined here

socket.on('join', function(room, user) {
});

socket.on('add_message', function(room, user) {
});

socket.on('disconnect', function(room, user) {
});

이것이 가능하도록 socket 를 인스턴스화하는 다른 방법이 있습니까?

왜 이것이 닫혀 있습니까? @ michael-lynch에 유효한 포인트가 있습니다.

나는 또한 @ michael-lynch의 요점에 대한 답을 알고 싶습니다.

socket.io 웹 사이트 예제의 @ DrLex0 은 다음을 수행하는 것을 보여줍니다.

io.on('connection', function(socket){
  socket.on('chat message', function(msg){
    io.emit('chat message', msg);
  });
});