Socket.io: 발신자 문제를 제외한 모든 클라이언트에 브로드캐스팅

socket.broadcast.to(room) 의 수익은 무엇입니까?

@Mad-Head 문서에 따르면 체인 가능성을 유지하기 위해 다른 모든 방법과 거의 동일한 소켓 인스턴스를 반환합니다.
http://socket.io/docs/server-api/#socket #to(방:문자열):소켓

재미있는 것은 이것이 사실임을 추적한다는 것입니다.

console.log(transport === socket.broadcast.to(room));

안녕하세요! socket.broadcast 실제로 임시 플래그를 추가 (즉, broadcast ) 다음에 사용되는 emit 온이라고 socket .

플래그는 처음 사용된 다음 삭제되므로 두 번째 호출의 결과입니다.

안녕하세요! 흠... 제가 충분히 이해하지 못했을 수도 있습니다. 좀 더 명확히 하자면 다음과 같습니다.

샘플1

    setTimeout(function(){
        // #method1: this works as expected: all clients receive event except the sender
        socket.broadcast.to(room).emit(e, data);
    }, 
    1000);

샘플2

    var transport = socket.broadcast.to(room);
    setTimeout(function(){
        // #method2: this doesn't work though: all clients receive this event. Why?! Bug?
        transport.emit(e, data);
    }, 
    1000);

따라서 플래그와 관련이 없습니다. 위의 두 샘플은 동일하게 작동해야 하지만 작동하지 않습니다. 그것이 문제이고 나는 그 이유를 알아내기 위해 하루에 1/2 정도 벽을 두드리고 있습니다.

UPD: 실제로 @darrachequesne 당신 말이 맞습니다. 나는 소스를 조사했다. 매번 emit()이 호출될 때마다 _rooms가 플러시되고 setTimeout이 아직 진행 중인 동안에 emit()이라는 다른 메소드가 진행되고 방을 플러시하는 동안 이상한 문제가 발생했습니다(ping이 문제였습니다)

그게 무슨 일이야

1. setup a room with to()
2. start timeout for 1000 ms
...
[some where between 0 and 1000 ms] ping occurs i.e. emit() and flushes the room
...
3. timeout calls socket but the room's already flushed.
4. *problemo* all clients get notified including the sender socket.

@darrachequesne 제안에 감사드립니다.
이것을 닫는다.