Socket.io: 유휴 상태일 때 JS 예외가 발생했습니다(WebSocket이 이미 CLOSING 또는 CLOSED 상태에 있음).

완전히 동일한 문제가 발생하고 코드가 정확합니다. 이것은 나를 위해 Chrome에서만 발생합니다. 모질라는 깨끗합니다. 크롬에서 이 오류는 계속해서 비가 내리고 내가 가진 모든 채팅을 복제합니다. 이 방법을 사용해 보았습니다
socket.on('disconnect', () =>{ socket.disconnect(); });
서버에서 클라이언트의 연결을 끊지 않습니다. 필요한 경우 저장소 https://github.com/antoniab123456/Chat_app

여기서도 같은 문제

브라우저가 유휴 상태인 경우 오류가 발생합니다.

나는 크롬과 맥 OS를 사용

예 여러분, 누군가 해결할 수 있습니까? 아마도 그것을 수정하기 위해 다른 코드 줄이 필요할까요?

socket.io 및 Chrome에 동일한 문제가 있습니다.
맥 OS 10.13.5
Chrome 버전 67.0.3396.87(공식 빌드)(64비트)
노드: 10.3.0
익스프레스: 4.16.3
socket.io: 2.1.1

Firefox에서는 모든 것이 정상입니다.

아래 오류 세부정보:

index.js:83 WebSocket is already in CLOSING or CLOSED state.
(anonymous) | @ | index.js:83
  | e.encodePacket | @ | index.js:83
  | (anonymous) | @ | index.js:83
  | r.write | @ | index.js:83
  | r.send | @ | index.js:83
  | r.flush | @ | index.js:83
  | r.sendPacket | @ | index.js:83
  | r.ping | @ | index.js:83
  | (anonymous) | @ | index.js:83
  | setTimeout (async) |   |  
  | r.setPing | @ | index.js:83
  | r.onPacket | @ | index.js:83
  | (anonymous) | @ | index.js:83
  | r.emit | @ | index.js:83
  | r.onPacket | @ | index.js:83
  | r.onData | @ | index.js:83
  | ws.onmessage | @ | index.js:83

index.js:83을 클릭하면 이 모듈로 이동합니다.

/**
 * Expose `Backoff`.
 */

module.exports = Backoff;

/**
 * Initialize backoff timer with `opts`.
 *
 * - `min` initial timeout in milliseconds [100]
 * - `max` max timeout [10000]
 * - `jitter` [0]
 * - `factor` [2]
 *
 * <strong i="16">@param</strong> {Object} opts
 * <strong i="17">@api</strong> public
 */

function Backoff(opts) {
  opts = opts || {};
  this.ms = opts.min || 100;
  this.max = opts.max || 10000;
  this.factor = opts.factor || 2;
  this.jitter = opts.jitter > 0 && opts.jitter <= 1 ? opts.jitter : 0;
  this.attempts = 0;
}

/**
 * Return the backoff duration.
 *
 * <strong i="18">@return</strong> {Number}
 * <strong i="19">@api</strong> public
 */

Backoff.prototype.duration = function(){
  var ms = this.ms * Math.pow(this.factor, this.attempts++);
  if (this.jitter) {
    var rand =  Math.random();
    var deviation = Math.floor(rand * this.jitter * ms);
    ms = (Math.floor(rand * 10) & 1) == 0  ? ms - deviation : ms + deviation;
  }
  return Math.min(ms, this.max) | 0;
};

/**
 * Reset the number of attempts.
 *
 * <strong i="20">@api</strong> public
 */

Backoff.prototype.reset = function(){
  this.attempts = 0;
};

/**
 * Set the minimum duration
 *
 * <strong i="21">@api</strong> public
 */

Backoff.prototype.setMin = function(min){
  this.ms = min;
};

/**
 * Set the maximum duration
 *
 * <strong i="22">@api</strong> public
 */

Backoff.prototype.setMax = function(max){
  this.max = max;
};

/**
 * Set the jitter
 *
 * <strong i="23">@api</strong> public
 */

Backoff.prototype.setJitter = function(jitter){
  this.jitter = jitter;
};




//////////////////
// WEBPACK FOOTER
// ./~/backo2/index.js
// module id = 41
// module chunks = 0

83행은 다음과 같습니다.

this.jitter = jitter;

나는 backo2.js와 83행에 같은 문제가 있습니다. 여기 내 오류가 있습니다.
index.js:83 잡히지 않은 TypeError: 'FileReader'에서 'readAsArrayBuffer' 실행 실패: 매개변수 1이 'Blob' 유형이 아닙니다.
n에서 (index.js:83)
n에서 (index.js:83)
n에서 (index.js:83)
n에서 (index.js:83)
n에서 (index.js:83)
n에서 (index.js:83)
Object.e.removeBlobs에서(index.js:83)
s에서 (index.js:83)
r.encode에서(index.js:83)
r.packet에서(index.js:83)
다른 것들은 걱정하지 마십시오. 모두 this.jitter = jitter; 인 83행에 있습니다.
구글에 솔루션이 없어서 너무 짜증나네요.

임시 해결책을 찾은 사람이 있습니까? @antoniab123456 채팅 앱이 채팅을 복제하지 않도록 수정할 수 있었나요? 그것은 나에게 똑같은 일을하고 있습니다.

설정
OS: 맥 OSX
브라우저: Chrome 67.0.3396.99(공식 빌드)(64비트)
노드 v10.5.0
소켓.io v2.1.1

크롬에서 언급된 @getify 의 정확한 문제에 직면해 있습니다. 아무도 이것에 대한 해결 방법을 찾았습니까?

같은 문제. 누군가 이것에 응답할 수 있습니까?

같은 문제.

설정
OS: 맥 OSX
브라우저: Chrome 67.0.3396.99(공식 빌드)(64비트), 노드 9.6.1
socket.io 버전: 2.1.1

@19smitgr idk '같은 화면에서 중복 메시지'를 의미하는 경우 대신 방송으로 해결할 수 있는 주제에서 벗어난 소리 '중복 채팅'이 의미하는 바가 무엇입니까?

@kino2007 채팅 앱을 만드는 것이 아닙니다. 나는 실제로 멀티 플레이 게임에서 웹 소켓을 사용하고 있으며 웹 소켓은 연결 해제 메시지를받지 못했습니다. 그래서 모든 사람이 말하는 임의의 오류로 인해 사용자가 연결을 끊었다가 다시 연결하면 캐릭터에게 새 소켓 ID를 부여합니다. 이전 소켓 ID를 가진 이전 스프라이트는 "연결 해제" 메시지 대신 "전송 닫기" 메시지를 받았기 때문에 삭제되지 않았습니다.

이 때 "전송 종료" 메시지가 나타나도 "연결 해제" 메시지를 받은 것처럼 현재 사용자 목록에서 해당 사용자를 삭제하면 됩니다.

여기서도 같은 오류

빠른 검색 후 backo2 가 오류를 일으키는 것으로 나타났습니다.

그런 다음 나는 socket.io의 dev 버전을 사용하고 Socket.prototype.onevent가 오류를 발생시키는 것을 발견했습니다.

나는 그것을 고쳤다.

이전에는 다음을 사용했습니다.

socket.on('ping', alert);

그러나 나는 이것을 다음과 같이 바꿨습니다.

socket.on('ping', msg => {
    alert(msg);
});

그리고 그것은 효과가 있었다!

같은 문제가 있습니다. 이에 대한 업데이트가 있습니까?

여기도 마찬가지입니다.

socket.io & socket.io-client: "^2.1.1"
맥 OS
Chrome이 최신 상태입니다.
버전 68.0.3440.106(공식 빌드)(64비트)

같은 문제가 있습니다. 또한 서버에서 클라이언트로 보내는 메시지를 복제하고 있습니다.

맥OS: 10.13.6
Socket.io: "^2.1.1"
크롬: 68.0.3440.106

@abhyuditjain socket.removeAllListeners(); 를 사용하여 모든 수신기를 재설정하여 메시지 중복을 유발할 수 있는 여러 수신기 등록을 방지할 수 있습니다.

이것은 여러 사람들에게 계속되는 문제인 것으로 보이며 이에 대한 해결책은 없습니다. 누군가로부터 업데이트가 있습니까?

@vkotu 모든 리스너를 제거하면 연결이 끊길 때 소켓이 서버에 다시 연결되지 않습니다. 이 문제를 해결할 수 있는 방법이 있습니까?

websocket-node를 사용하기만 하면 사용하기 쉽고 오류 없이 작동하며 이를 위해 외부 라이브러리가 필요하지 않습니다.
https://codeburst.io/why-you-don-t-need-socket-io-6848f1c871cd
https://medium.com/@martin.sikora/node -js-websocket-simple-chat-tutorial-2def3a841b61
https://www.npmjs.com/package/websocket

광고가 아니라 도움이 될 뿐입니다. 이 오류에 대한 결정을 내리지 않는 한 도움이 됩니다. DDD it's been going on months05.09.2018, 13:15, "Abhyudit Jain" [email protected] :@antoniab123456 이 페이지는 이에 대한 문제를 게시하기 위한 것입니다 저장소. 여기에서 광고하지 마십시오.

—당신이 언급되었기 때문에 이 이메일을 받았습니다. 이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하십시오.

-- 감사합니다. Antonia B. 고객 관리 전문가 @amoCRM Global

2.0.3 로 다운그레이드하면 이 문제가 "수정"되었습니다.

@cozuya 가 테스트합니다. 효과가 있었는지 알려드립니다!

2.0.3 로 다운그레이드하면 이 문제가 "수정"되었습니다.

트릭을하는 것 같습니다. 4분 동안 테스트했으며 오류가 없습니다. 얼마나 유지되는지 보자!

@cozuya 올려 주셔서 감사합니다!

2.1.1에서 동일한 오류

2.0.3으로 다운그레이드하면 이 문제가 "수정"되었습니다.

2.0.3은 나를 위해 작동합니다! @cozuya 감사합니다

2.1.1 여전히 동일한 문제에 직면하고 있습니다. 핑 및 시간 초과를 늘리려고 시도했지만 아무 것도 변경되지 않았습니다.

크롬에서 v2.1.1과 동일한 문제가 있고 브라우저가 오랫동안 유휴 상태일 때(약 20-30분)

2.1.1 여전히 동일한 문제에 직면하고 있습니다. 핑 및 시간 초과를 늘리려고 시도했지만 아무 것도 변경되지 않았습니다.

v 2.0.3으로 다운그레이드

나는 2.0.4에서 socket.io를 사용하려고 시도했는데 정상으로 보입니다.

pingTimeout이 60000(v2.0.4)에서 5000(v2.1.1)으로 변경되었음을 발견했습니다.

pingTimeout을 10000초와 같이 더 큰 숫자로 변경하면 작동하는 것 같습니다.

비활성 탭에 스로틀이 있는 브라우저 유휴 상태와 관련이 있을 수 있습니다.

문제가 생겼습니다. 누군가 문제를 해결했습니까?

다운그레이드도 해야 했다. 크롬과 사파리에서 작동하지 않았습니다.

동일한 문제가 있습니다. OSX에서 크롬.

나는 socket.removeAllListeners(); 를 사용하지 않고 socket.off("whatever") 를 제외한 모든 비기술적 청취자에 대해 $#$1$# "disconnect" 를 사용하여 이 문제를 해결합니다. 잘 작동합니다. 브라우저 콘솔의 오류 메시지는 짜증나지만 다운그레이드할 가치는 없습니다.

아무 주의도 없이 이 문제를 보는 것이 실망스럽다고 말씀드리고 싶습니다. 6개월이고 계산 중입니다.

따라서 다시 연결하는 이유는 핑 시간 초과입니다. 다운그레이드를 해도 여전히 오류가 발생합니다.

나는 광범위한 코드 기반을 갖고 있지만 이 문제에 대해서는 전혀 관심을 두지 않는 거대한 라이브러리에 전적으로 동의합니다!

누군가가 곧 그것을 얻을 수 있기를 바랍니다!

내 iPhone에서 보낸

2018년 11월 28일 오후 2시 14분에 HorseBadorties [email protected] 이 다음과 같이 썼습니다.

동일한 문제가 있습니다. OSX에서 크롬.

나는 socket.removeAllListeners()를 사용하지 않고 이 문제를 해결합니다. 하지만 "연결 해제" 등을 제외한 모든 비기술적 청취자에 대해서는 socket.off("무엇이든")입니다. 잘 작동합니다. 브라우저 콘솔의 오류 메시지는 짜증나지만 다운그레이드할 가치는 없습니다.

아무 주의도 없이 이 문제를 보는 것이 실망스럽다고 말씀드리고 싶습니다. 6개월이고 계산 중입니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하세요.

같은 문제 .... 아직 이에 대한 수정 사항이 없다는 사실에 놀랐습니다.

나는이 문제에 부딪쳤다. 제 경우에는 ping timeout 로 인해 연결이 끊어졌습니다. 그러나 클라이언트 측이 핑에 응답하지 않는 이유에 대해서는 운이 없습니다.

io.on('connection', function(socket) {
  socket.on('disconnect', function(reason) {
  console.log(`Socket disconnected for: ${reason}`);
  }
});

https://socket.io/docs/server-api/#Event -%E2%80%98disconnect%E2%80%99 연결이 끊어진 이유 목록이 있습니다.

더 많은 디버깅:

한 가지 관찰은 클라이언트의 ping 이벤트가 마지막에서 +30s 라는 것입니다. 연결 끊김을 볼 때마다 기본 하트비트 간격 + 핑 시간 초과인 30s+ . +26s , +28s 및 +29s 가 연결 해제 없이 표시되었습니다.
Safari와 비교할 때 Safari는 25s 마다 핑할 때 더 일관적이었고 연결 끊김이 없었습니다.

기본 pingTimeout이 60000(v2.0.4)에서 5000(v2.1.0+)으로 변경되어 Chrome과 같은 일부 브라우저에서는 충분하지 않습니다.

최신 v2.2.0을 포함하여 v2.1.0+에서 이 문제에 대한 해결책은 다음과 같이 서버의 기본 pingTimeout을 큰 값으로 재정의하는 것입니다.

const http = require('http');
const server = http.createServer();
const io = require('socket.io')(server, {
  pingTimeout: 60000,
});

또는

const io = require('socket.io')();
const http = require('http');
const server = http.createServer();
io.attach(server, {
  pingTimeout: 60000,
});

왜 5000은 충분하지 않습니까? 내 로컬 개발 서버에서 이 문제를 보고 있으며 클라이언트와 서버 간의 대기 시간이 해당 임계값 미만인 것이 가장 확실합니다. 5000ms는 합리적인 시간 초과처럼 보입니다. 탁구 시스템 자체에 문제가 있을 수 있는 것 같고, 낮추었을 때만 나타납니다.

이 스레드를 시작하기 위한 Thx @getify (저는 socket.io v2.2.0에 있습니다)

또한 이것을 경험하는 사람에게 - ME TOO COMMENTS DON'T HELP :-) 지지를 표시하기 위해 엄지 손가락으로 문제에 투표하십시오 👍

pingTimeout 발견에 대해 @omardoma 에게 ​​감사드리며 ping/pong 이벤트 시스템을 조사해야 한다는 @LunarMist 의 의견에 동의합니다.

Chrome, Firefox 및 Safari(모두 MacOS에서)로 몇 가지 예비 테스트를 수행했습니다.

Chrome 및 Safari 는 모두 다른 동작 및 제약 조건으로 ws 활동을 조절하는 것으로 보입니다.

• Chrome, 탭에 포커스가 있을 때 약 5분 동안 비활성 상태 후 또는 탭이 백그라운드로 이동하는 즉시. 이것은 크롬 팀에서 의도한 것입니다(https://developers.google.com/web/updates/2017/03/background_tabs).
• Safari, 앱 포커스가 다른 데스크탑 앱(MacOS)으로 변경되거나 탭이 백그라운드로 이동할 때 거의 즉시. 관련 #2924
• Firefox, *이 스레드에서 언급된 문제가 없습니다.

솔루션

pingTimeout & pingInterval 값을 변경하면서 이 3가지 브라우저 모두에서 몇 시간 동안 테스트했습니다. 내가 찾은 해결책:

1. pingTimeout >= 30000 ms 설정
   
   
   
   • 또는 -
   
   
2. pingInterval <= 10000 ms 설정

pingTimeout = 30000 을 변경하는 것이 가장 좋은 솔루션이라고 생각합니다. 기본 pingInterval 는 25000 ms이고 클라이언트가 서버에 ping을 보내는 빈도를 10초마다 늘리는 것은 _at scale_ 프로젝트에 대해 너무 수다스러울 수 있습니다.

v2.1에서 60000 에서 변경된 현재 기본값인 5000 ms에서 기본값 pingTimeout 을 30000 로 늘리는 데 찬성하는 @darrachequesne 또는 다른 repo 구성원입니까? 60000 밀리초?

자신의 댓글에 반응하는 것도 도움이 되지 않습니다.

클라이언트는 서버에 ping을 보내는 것이며 그 반대는 아닙니다.

현재 버전의 socket.io가 클라이언트 측의 setTimeout에 의존하기 때문에 예상대로 안정적이지 않을 수 있기 때문이라고 생각합니다.

pingTimeout 를 늘리면 문제가 일시적으로 해결되어야 한다고 생각하지만 v3에서는 서버 -> 클라이언트(현재 클라이언트 -> 서버 대신)에서 ping/pong을 사용합니다.

클라이언트 측에서 다음 코드를 사용하십시오.

_socket.on('핑', () => {
socket.emit(데이터);
});_

@crobinson42 감사합니다! Ping 시간 초과 솔루션이 저에게 효과적이었습니다. 나는 단지 그 해결책에 대해 약간의 우려가 있습니다. 어떤 순간에 인터넷 연결이 끊긴 경우 연결 해제 이벤트가 발생하는 데 최대 30초가 소요되며 일부 앱의 경우 너무 많습니다. 예를 들어 사용자가 연결되어 있지 않을 때 텍스트 입력을 비활성화하려는 채팅 앱.

이 경우 ping 간격을 늘리면 작업이 수행되지만 비용이 많이 듭니다. 이에 대한 해결 방법이 있습니까?

이 문제가 해결되면 저희에게 알려주십시오. 제 버전은 아래와 같습니다.

"socket.io": "2.2.0",
"socket.io-adapter": "~1.1.1",
"socket.io-client": "2.2.0",
"socket.io-parser": "~3.2.0",
"socket.io-redis": "^5.2.0",

내 코드:
서버, {
경로: '/socket.io',
서브클라이언트: 참,
// 아래는 engine.IO 옵션입니다.
핑 간격: 40000,
핑타임아웃: 25000,
upgradeTimeout: 30000, // 기본값은 10000ms, 20k 이상으로 변경해 보세요.
에이전트: 거짓,
쿠키: 거짓,
거부 권한 없음: 거짓,
재연결 지연: 1000,
reconnectionDelayMax: 5000
}

내 클라이언트:

재연결: 사실,
재연결 지연: 1000,
재연결 지연 최대: 5000,
재연결 시도 횟수: 무한대,
//사이트 옵션
전송: ["폴링", "웹 소켓"],
보안: 사실,
거부 권한 없음: 거짓,
forceNew: 사실,
시간 초과: 60000

안녕하세요 파이잔입니다.
이 코드를 다음과 같이 실행할 수 있습니다.
** 당신이 준 것과 같은 버전을 사용했습니다..

서버 측 - 코드:

const 서버 = require('http').createServer();
const io = require('socket.io')(서버, {
// 경로: '/socket.io',
서브클라이언트: 참,

pingInterval: 40000,
pingTimeout: 25000,
upgradeTimeout: 21000, // default value is 10000ms, try changing it to 20k or more
agent: false,
cookie: false,
rejectUnauthorized: false,
reconnectionDelay: 1000,
reconnectionDelayMax: 5000

});

io.on('연결', 기능(소켓) {
socket.emit('환영합니다', { 메시지: '환영합니다!', id: socket.id });
socket.on('순일', console.log);
});

server.listen(3000);

클라이언트 측 코드:

var 클라이언트 = require("socket.io-client");
var 소켓 = client.connect("http://localhost:3000", {
재연결: 사실,
재연결 지연: 1000,
재연결 지연 최대: 5000,
재연결 시도 횟수: 무한대,
전송: ["웹 소켓"],
보안: 거짓,
거부 권한 없음: 거짓,
forceNew: 사실,
시간 초과: 6000
});

소켓.연결();
socket.emit('순일', {
데이터: '안녕하세요'
});
socket.on('환영', 함수(데이터) {
console.log(데이터)
socket.emit('순일', {
데이터: '화이잔',
아이디: data.id
});

socket.disconnect();

});

문안 인사
수닐 야다브

2019년 5월 9일 오후 4시 5분에 Faizan Zahid [email protected] 이 다음과 같이 썼습니다.

재연결: 사실,
재연결 지연: 1000,
재연결 지연 최대: 5000,
재연결 시도 횟수: 무한대,
//사이트 옵션
전송: ["폴링", "웹 소켓"],
보안: 사실,
거부 권한 없음: 거짓,
forceNew: 사실,
시간 초과: 60000

문제가 해결될 때까지 관심이 있는 사람이 있는 경우 클라이언트 측의 해결 방법일 수 있습니다. 이로 인해 브라우저가 메모리를 확보하지 못하고 과도한 메모리 사용이 발생할 수 있습니다.

• 여기에 나열된 대로 https://apple.stackexchange.com/questions/344183/safari-12-mac-does-includeinternaldebugmenu-1-still-work , 먼저 터미널 앱에 로컬로 전체 디스크 액세스 권한을 부여하고 터미널을 다시 시작합니다.
• 터미널 창을 열고 defaults write com.apple.Safari IncludeInternalDebugMenu 1 명령을 붙여넣고 실행합니다.
• 사파리를 다시 시작합니다. 오른쪽 상단에 새로운 디버그 메뉴가 표시됩니다.
• 디버그 -> 기타 플래그에서 "앱 Nap 비활성화" 및 "숨겨진 페이지 타이머 조절 비활성화" 두 플래그를 활성화하고 Safari를 다시 시작합니다.

누구든지 Chrome 해결 방법이 있으면 도움이 될 것입니다.

localhost webdev에 Safari를 사용합니까? 🤔

localhost webdev에 Safari를 사용합니까? 🤔

실제로는 아니지만 내 앱을 테스트하기 위해 계속 연결이 끊어지는 것이 짜증납니다. 이것은 3.0에서 수정될 때까지 임시 해결 방법을 제공합니다. 이것은 해결책이 아닙니다. 개발 중에 누군가에게 도움이되는지 게시했습니다.

실시간 오프라인 상태 변경을 얻기 위해 매우 낮은 pingInterval 및 pingTimeouts를 사용하고 있습니다. 30초로 설정하면 흐름이 중단됩니다... 이 문제를 해결하는 방법을 아는 사람이 있습니까? 그래서 배경 브라우저에 긴 시간 초과 '수정'을 사용할 수 있습니다. 탭?

이에 대한 업데이트가 있습니까?

실시간 오프라인 상태 변경을 얻기 위해 매우 낮은 pingInterval 및 pingTimeouts를 사용하고 있습니다. 30초로 설정하면 흐름이 중단됩니다... 이 문제를 해결하는 방법을 아는 사람이 있습니까? 그래서 배경 브라우저에 긴 시간 초과 '수정'을 사용할 수 있습니다. 탭?

존재를 처리하려면 소켓의 연결 해제 이벤트가 있어야 합니다. 소켓 연결이 끊길 때 사용자를 찾아 데이터 저장소에서 오프라인으로 표시해야 합니다.

다음은 문서의 기본값입니다. 핑이 25초마다 전송되고 각 핑이 완료되는 데 5초가 있는 것 같습니다.

핑타임아웃 | 5000 | 연결이 닫힌 것으로 간주하기 위해 퐁 패킷 없이 몇 ms
-- | -- | --
핑 간격 | 25000 | 새 핑 패킷을 보내기까지 몇 ms

동일한 오류를 발견했지만 다른 컨텍스트에서 여기에서 끝나는 다른 사람을 위해 내 문제와 솔루션을 빠르게 작성하겠습니다.

내 시나리오는 화면을 잠근 후 연결이 끊어지는 Android용 Chrome에 있었습니다.

쿼리 옵션 접근 방식 을 사용하여 연결할 때 클라이언트에서 보내는 다른 연결에서 동일한 사용자를 식별하기 위해 토큰을 사용하고 있으며 서버에서 받은 새 토큰으로 토큰을 업데이트합니다.

// client
io('myAppUrl', {
  query: {
    token: localStorage.getItem('myKey') || ''
  }
});

io.on('reconnect_attempt', () => {
  io.opts.query = {
    token: localStorage.getItem('myKey') || ''
  };
});

io.on('my_custom_connection_successful_event', (token) => {
  localStorage.setItem('myKey', token);
});

문제는 Android용 Chrome 클라이언트가 재연결 시 서버에 빈 문자열 토큰을 전송한다는 것입니다. localStorage 에서 최신 토큰을 설정하도록 하는 'reconnect_attempt' 리스너를 추가했기 때문에 예상하지 못했습니다.

모든 가능한 클라이언트 이벤트를 기록하는 콘솔로 몇 시간 동안 디버깅한 후 다시 연결하는 시나리오에서 'reconnect_attempt' 이벤트가 전혀 발생하지 않는다는 것을 깨달았습니다. 화면 잠금을 해제하면 다음과 같은 일련의 이벤트가 나타납니다.

• 연결 해제(이유: '전송 종료')
• 재접속(시도: 1)
• 다시 연결
• 핑/퐁 다시 시작

따라서 토큰이 여전히 빈 문자열(연결 시 설정된 초기 값)인 이유를 설명하는 'reconnect_attempt' 이벤트가 발생하지 않습니다.

간단히 말해서, 저를 위한 솔루션은 새 토큰으로 서버에서 받은 사용자 지정 "연결 성공" 이벤트에서 io.opts.query 인스턴스 변수를 즉시 업데이트하는 것입니다.

// client
io('myAppUrl', {
  query: {
    token: localStorage.getItem('myKey') || ''
  }
});

io.on('my_custom_connection_successful_event', (token) => {
  localStorage.setItem('myKey', token);
  io.opts.query = {
    token: token
  };
});

이제 io.opts.query 가 연결 및 모든 후속 재연결에 사용되는 인스턴스 변수라는 것을 이해하므로 원하는 즉시 업데이트할 수 있습니다. 재연결 관련 이벤트를 기다릴 필요가 없습니다.

With 쿼리 옵션 문서로 인해 약간 잘못된 느낌이 듭니다. 내가 그 예에서 사용 사례를 잘못 이해한 것일까요? 그러나 내 사용 사례와 유사한 경우 'reconnect_attempt' 예제 대신 문서에서 io.opts.query 가 변경될 수 있는 인스턴스 변수이고 현재 값이 모든 후속 재연결에 사용된다고 설명할 수 있습니다. 따라서 예를 들어 'refresh_token' 사용자 정의 이벤트에서도 토큰을 새로 고치고 싶을 때마다 변경할 수 있습니다. 문서 개선에 좋은 아이디어라고 생각되면 PR을 할 수 있습니다.

편집하다:
추가 조사에서 'reconnect_attempt' 수신기가 내 코드의 다른 부분에서 제거되었다는 것이 내 실수라는 것을 깨달았습니다... :man_facepalming: 그래서 내 로깅에서 볼 수 없었습니다. 예, 재연결 시나리오의 이벤트 순서는 실제로 다음과 같습니다.

• 연결 해제(이유: '전송 종료')
• reconnect_attempt (시도: 1)
• 재접속(시도: 1)
• 다시 연결
• 핑/퐁 다시 시작

그래도 io.opts.query 는 원할 때마다 변경할 수 있다는 나의 인식은 여전히 ​​유효합니다. :땀_미소:

다운그레이드해도 괜찮나요? 2.0.3을 켰지만 작동하지 않는 것 같습니다.

안녕하세요, 저는 같은 종류의 문제에 직면하고 있지만 두 가지 오류가 있습니다. @omadoma 솔루션을 시도했습니다. 누구든지 도울 수 있습니까?
OS - 우분투 18.04
노드 - 12.16.2
npm - 6.14.5
socket.io - 2.3.0
내 코드 -

앱.js

const speech = require('@google-cloud/speech');
const speechClient = new speech.SpeechClient(); // Creates a client
const environmentVars = require('dotenv').config();
const io = require('socket.io')();
const http = require('http');
const server = http.createServer();
io.attach(server, {
  pingTimeout: 60000,
});



console.log(io)



// =========================== SOCKET.IO ================================ //

io.on('connection', function (client) {
  console.log('Client Connected to server');
  let recognizeStream = null;

ejs 파일

<script src="https://cdnjs.cloudflare.com/ajax/libs/socket.io/2.3.0/socket.io.js" integrity="sha256-bQmrZe4yPnQrLTY+1gYylfNMBuGfnT/HKsCGX+9Xuqo=" crossorigin="anonymous"></script>
<script src="/js/client.js"></script>

js 파일

const socket = io.connect("http://localhost:8080");

나는 socket.io 버전 2.3.0을 사용하고 있습니다. 클라이언트에 웹 소켓 연결을 사용합니다. 내 클라이언트의 UI에 브라우저 경고(동기식)가 있고 사용자가 30초(pingTimeout + pingInterval) 이상 경고를 닫지 않으면 'Websocket is already in CLOSING 또는 CLOSED state' 메시지가 표시되고 pingTimeout 이유가 있는 연결 해제 이벤트. UI에 경고가 있을 때 이 웹 소켓의 연결이 끊어지는 것을 원하지 않습니다. pingTimeout을 10분으로 늘리면 10분 동안 연결 끊김이 발생하지 않습니다. 그러나 위의 주석에서 읽은 내용에서 이것은 부정적인 영향을 미칠 수 있습니다(클라이언트는 10분까지 연결이 끊어진 것을 모를 수 있음). 그러나 네트워크 중단 등이 있으면 전송 닫기 이유로 연결이 끊어지는 것으로 나타났습니다. 따라서 이 pingTimeout+pingInterval을 늘려도 괜찮습니까? 연결 끊김이 감지되지 않는 특정 시나리오가 있습니까? 아니면 이것을 고칠 다른 방법이 있습니까?