Socket.io: RangeError: 최대 호출 스택 크기 초과

에 만든 2014년 07월 04일 · 32코멘트 · 출처: socketio/socket.io

나는 단지 `ìo.sockets.emit('hey', data); and it will crash with RangeError: 최대 호출 스택 크기가 . I use it in other places in my app and it works fine. I am not repeating this (checked with console). The logs say the error is in socket.io/node_modules/has-binary-data/index.js:46``를 초과했습니다.

문제가 어디에 있는지 모르겠습니다. 사용하기 직전에 io.sockets 로깅을 시도했는데 다음과 같이 출력됩니다.

{ name: '/',
17:39:37 web.1  |   server:
17:39:37 web.1  |    { nsps: { '/': [Circular] },
17:39:37 web.1  |      _path: '/socket.io',
17:39:37 web.1  |      _serveClient: true,
17:39:37 web.1  |      _adapter: [Function: Adapter],
17:39:37 web.1  |      _origins: '*:*',
17:39:37 web.1  |      sockets: [Circular],
17:39:37 web.1  |      eio:
17:39:37 web.1  |       { clients: [Object],
17:39:37 web.1  |         clientsCount: 2,
17:39:37 web.1  |         pingTimeout: 60000,
17:39:37 web.1  |         pingInterval: 25000,
17:39:37 web.1  |         upgradeTimeout: 10000,
17:39:37 web.1  |         maxHttpBufferSize: 100000000,
17:39:37 web.1  |         transports: [Object],
17:39:37 web.1  |         allowUpgrades: true,
17:39:37 web.1  |         allowRequest: [Function],
17:39:37 web.1  |         cookie: 'io',
17:39:37 web.1  |         ws: [Object],
17:39:37 web.1  |         _events: [Object] },
17:39:37 web.1  |      engine:
17:39:37 web.1  |       { clients: [Object],
17:39:37 web.1  |         clientsCount: 2,
17:39:37 web.1  |         pingTimeout: 60000,
17:39:37 web.1  |         pingInterval: 25000,
17:39:37 web.1  |         upgradeTimeout: 10000,
17:39:37 web.1  |         maxHttpBufferSize: 100000000,
17:39:37 web.1  |         transports: [Object],
17:39:37 web.1  |         allowUpgrades: true,
17:39:37 web.1  |         allowRequest: [Function],
17:39:37 web.1  |         cookie: 'io',
17:39:37 web.1  |         ws: [Object],
17:39:37 web.1  |         _events: [Object] } },
17:39:37 web.1  |   sockets:
17:39:37 web.1  |    [ { nsp: [Circular],
17:39:37 web.1  |        server: [Object],
17:39:37 web.1  |        adapter: [Object],
17:39:37 web.1  |        id: 'RfgXeMgHeP_9SQC5AAAC',
17:39:37 web.1  |        client: [Object],
17:39:37 web.1  |        conn: [Object],
17:39:37 web.1  |        rooms: [Object],
17:39:37 web.1  |        acks: {},
17:39:37 web.1  |        connected: true,
17:39:37 web.1  |        disconnected: false,
17:39:37 web.1  |        handshake: [Object],
17:39:37 web.1  |        _events: [Object] },
17:39:37 web.1  |      { nsp: [Circular],
17:39:37 web.1  |        server: [Object],
17:39:37 web.1  |        adapter: [Object],
17:39:37 web.1  |        id: '7TEjGJjWzxObulClAAAD',
17:39:37 web.1  |        client: [Object],
17:39:37 web.1  |        conn: [Object],
17:39:37 web.1  |        rooms: [Object],
17:39:37 web.1  |        acks: {},
17:39:37 web.1  |        connected: true,
17:39:37 web.1  |        disconnected: false,
17:39:37 web.1  |        handshake: [Object],
17:39:37 web.1  |        _events: [Object] } ],
17:39:37 web.1  |   connected:
17:39:37 web.1  |    { RfgXeMgHeP_9SQC5AAAC:
17:39:37 web.1  |       { nsp: [Circular],
17:39:37 web.1  |         server: [Object],
17:39:37 web.1  |         adapter: [Object],
17:39:37 web.1  |         id: 'RfgXeMgHeP_9SQC5AAAC',
17:39:37 web.1  |         client: [Object],
17:39:37 web.1  |         conn: [Object],
17:39:37 web.1  |         rooms: [Object],
17:39:37 web.1  |         acks: {},
17:39:37 web.1  |         connected: true,
17:39:37 web.1  |         disconnected: false,
17:39:37 web.1  |         handshake: [Object],
17:39:37 web.1  |         _events: [Object] },
17:39:37 web.1  |      '7TEjGJjWzxObulClAAAD':
17:39:37 web.1  |       { nsp: [Circular],
17:39:37 web.1  |         server: [Object],
17:39:37 web.1  |         adapter: [Object],
17:39:37 web.1  |         id: '7TEjGJjWzxObulClAAAD',
17:39:37 web.1  |         client: [Object],
17:39:37 web.1  |         conn: [Object],
17:39:37 web.1  |         rooms: [Object],
17:39:37 web.1  |         acks: {},
17:39:37 web.1  |         connected: true,
17:39:37 web.1  |         disconnected: false,
17:39:37 web.1  |         handshake: [Object],
17:39:37 web.1  |         _events: [Object] } },
17:39:37 web.1  |   fns: [],
17:39:37 web.1  |   ids: 0,
17:39:37 web.1  |   acks: {},
17:39:37 web.1  |   adapter:
17:39:37 web.1  |    { nsp: [Circular],
17:39:37 web.1  |      rooms:
17:39:37 web.1  |       { '5MGPNOdO4th_dOuZAAAA': [],
17:39:37 web.1  |         '64rUhxxp--4Qk1MqAAAB': [],
17:39:37 web.1  |         RfgXeMgHeP_9SQC5AAAC: [Object],
17:39:37 web.1  |         '7TEjGJjWzxObulClAAAD': [Object] },
17:39:37 web.1  |      sids:
17:39:37 web.1  |       { RfgXeMgHeP_9SQC5AAAC: [Object],
17:39:37 web.1  |         '7TEjGJjWzxObulClAAAD': [Object] },
17:39:37 web.1  |      encoder: {} },
17:39:37 web.1  |   _events: { connection: [Function] } }

내 코드는 다음과 같습니다.

`````` 자바스크립트

if (game.scoreTeamTwo > game.scoreTeamOne && game.scoreTeamTwo > game.scoreTeamThree && game.scoreTeamTwo > game.scoreTeamFour) {
game.winner = 2;
io.sockets.emit('CTFEnd', 게임);
}

//팀 1이 게임에서 이기면 CTFEnd 및 다른 모든 게임 데이터를 방출하는지 확인합니다.
``````

출처

BenBals

👍6

가장 유용한 댓글

이것은 스택 크기를 초과하는 재귀 호출을 초래하는 순환 참조가 있는 개체를 보내려고 했기 때문에 발생했을 수 있습니다.

LordMajestros 에 2016년 04월 27일

👍22 ❤4 🎉4 🚀1

모든 32 댓글

내 문제에 대한 "해결책"을 찾았습니다. 나는 모든 데이터 조각을 흩어져 보낼 수 있지만 개체에서는 작동하지 않습니다.

BenBals 에 2014년 07월 06일

👍1

나는 최근에 그 오류도 얻었습니다. 유일한 차이점은 가끔씩만 발생한다는 것입니다. 아침 내내 테스트했는데 문제를 재현할 수 없었습니다.

BenjaminHarding 에 2014년 07월 17일

나에게 그것은 obj가 너무 클 때만 모든 사람에게 방출할 수 없다는 것이었습니다.

BenBals 에 2014년 07월 17일

👍6 🎉3

@BenBals 객체가 너무 큰 경우 적절한 해결 방법은 문자열 형태로 보내는 것입니다. 즉 JSON.stringify() 실행

SEAPUNK 에 2014년 07월 18일

다른 해결 방법이 있지만 고려했습니다.

BenBals 에 2014년 07월 19일

:cry: 이것에 대해 조사 중

rauchg 에 2014년 07월 19일

유형의 객체를 내보낼 때 동일한 문제가 있습니다.
{success: file, content: file.content} 여기서 file.content는 Buffer 객체이고 파일의 다른 모든 속성은 문자열입니다.

hasBin()은 객체의 첫 번째 수준만 확인하기 때문에 필드 내용을 객체에 직접 추가해야 했습니다. 그러나 버퍼를 보내려고 할 때 '최대 호출 스택 초과'가 발생했습니다.

LarsBV 에 2014년 09월 16일

소켓 객체를 내보내어 이를 복제할 수 있습니다(적어도 한 방향). (아래는 서버에서 -> 클라이언트로)

socket.emit('crash', {socket:socket});

그러나 이것이 실제 수정 사항이 있는지 궁금합니다.

rossnorvell 에 2014년 11월 06일

👍2

해당 문제에 대한 업데이트가 있습니까?
편집 : 내 문제는 재귀 객체를 보내려고한다는 것입니다.

Korri 에 2014년 11월 15일

👍1

흥미롭게도 Firebase 데이터를 클라이언트 측에 전달하려고 할 때 이와 동일한 오류가 발생합니다.

오류

node_modules/socket.io/node_modules/has-binary-data/index.js:46

for (var key in obj) {
                ^
RangeError: Maximum call stack size exceeded

서버 측

var DB = new Firebase('https://1234abcd.firebaseIO.com');
var USERS = DB.child("users");

io.sockets.on('connection', function(socket){

    socket.emit('test', {
        db: USERS
    });

});

arobbins 에 2015년 01월 19일

해결책을 찾습니다...

KangGwanwoo 에 2015년 02월 13일

👎24 😕5

미안하지만 내 중국어는 그렇게 뛰어나지 않습니다. 이것을 영어로 번역하는 것이 그렇게 친절합니까?

BenBals 에 2015년 02월 13일

😄15 👎3

구글 번역을 했더니 "해결책을 찾아라..."라고 나오네요... 별로 답할 가치가 없습니다. 참고로 해결 방법은 socket.io를 통해 많은 양의 데이터를 전달하지 않는 것입니다. 빠르고 짧은 응답을 위해 설계된 소켓입니다. 응답을 나누거나 ajax를 통해 보내십시오. 이 스레드를 구독 취소합니다.

rossnorvell 에 2015년 02월 14일

👎4 😄3 👍1

socket.io 코드가 할 수 있는 한 가지는 다음 과 같이 객체와 해당 속성을 비동기식으로 반복하는 것입니다.

var props = [];
var obj = { a: 1, b:2, c: { d: 3, e: 4 } };

function next_prop(callback){
  if (!props.length){
    setTimeout(callback);
    return;
  }
  var prop = props.shift();
  //do whatever with the prop, call parse_obj on it if it's an object
  setTimeout(next_prop);
}

function parse_obj(obj, callback){
  for (var i in obj){
    props.push(i);
  }
  setTimeout(function(){next_prop(callback);});
}

parse_obj(obj);

물론 이것은 실제 사용해야 하는 코드가 아닙니다. 중첩된 경우 각 개별 개체에 대한 함수를 래핑해야 하기 때문입니다. 그렇지 않으면 구문 분석 중인 개체와 충돌이 발생합니다.

SEAPUNK 에 2015년 02월 14일

그 오류도 발생합니다. 내 코드는 "io.sockets.emit('key', data);"와 같습니다.
나는 "데이터"객체를 단순화하고 작게 유지하려고 노력하고 작동했습니다.
--그리고, src 코드를 살펴보고 다음을 찾았습니다.

"데이터" 개체에 재귀 속성 참조가 있으면 이 코드가 충돌합니다.
예: 프로토 > 프로토 > 프로토 ...

marks-chan 에 2015년 03월 06일

+1 이진 검사의 비동기 버전과 같은 핵심 팀은 해당 설정을 얻는 데 도움이 될 수 있습니다.

ecasilla 에 2015년 08월 27일

소켓 객체를 전송하여 문제를 재현할 수 있습니다. :)

mtrabelsi 에 2015년 09월 25일

👍4

+1 IE11은 _hasBinary에 '스택 공간 부족'을 표시합니다.

xenyou 에 2016년 02월 27일

이 오류는 전체 소켓 개체를 클라이언트로 다시 보내려고 할 때 표시되었습니다. 내가 _정말로_ 필요한 것은 socket.id 였으므로 더 작은 항목을 다시 보냈을 때 오류가 사라졌습니다. 제 경우에는 전체 socket 대신 socket.id 를 보냈습니다.

kevnk 에 2016년 04월 27일

이것은 스택 크기를 초과하는 재귀 호출을 초래하는 순환 참조가 있는 개체를 보내려고 했기 때문에 발생했을 수 있습니다.

LordMajestros 에 2016년 04월 27일

👍22 ❤4 🎉4 🚀1

@LordMajestros 그것은 나를 위해

e-m-s-y 에 2016년 05월 13일

@GerbenHofman 천만 에요

LordMajestros 에 2016년 05월 13일

NodeJS v4.4.4 및 socket.io v1.4.5에서 동일한 오류가 발생했습니다.

제 경우에는 연결 해제 이벤트 후에 발생합니다.
그리고 socket.emit 20만 번 이상 호출했을 때만 발생합니다.

socket.emit 호출 횟수가 약 100,000개이면 이 오류는 발생하지 않습니다.

emit 와 함께 사용하는 매개변수는 항상 문자열입니다.

이 정보가 도움이 되었나요?

shunjikonishi 에 2016년 05월 13일

@shunjikonishi 에 추가하기 위해 정확히 100,000개의 이벤트를 보내자마자 이런 일이 발생하는 것을 보았습니다. 나는 1 개의 양말이 연결되어 있으므로 100,000은 하드 캡인 것 같습니다.

이것은 Node(또는 JavaScript 런타임)에 의해 부과된 제한인 것 같으며 Socket.io는 당신이 방출을 호출할 때마다 무언가에 대한 참조를 보유하고 있으므로 100,000번째 방출에 도달하면 그냥 넘어집니다.

Node 5.11.0 및 Socketio 1.4.8에서 테스트되었습니다. 내 Node 버전은 @shunjikonishi 와 다르며(내 운영 체제 등, 실제로 이 100,000이 어디에서 왔는지 전혀 모릅니다) 이것이 내가 100,000에서 제한에 도달한 반면 그는 최대 200,000에 도달한 이유를 설명할 수 있습니다.

나는 ws.js를 사용하여 똑같은 코드를 실행했고 잘 작동했고 문제없이 100,000 소켓 방출을 초과했습니다. 그래서 아마도 Socket.io의 문제 일 것입니다.

emmerich 에 2016년 08월 04일

👍1

소켓 IO에서 재귀 데이터가 방출되고 이 오류로 인해 실패하는 것을 방지하는 보호 기능을 구현할 가능성이 있습니까? 간단한 감지는 이 오류가 발생하는 것을 방지하고 대신 "순환 데이터를 보내려고 할 수 있습니다"와 같은 의미 있는 오류를 생성할 수 있습니다. 그러면 디버깅이 더 쉬워집니다.

adamreisnz 에 2018년 01월 16일

👍7

순환 데이터 감지를 위한 몇 가지 괜찮은 솔루션이 있습니다. https://stackoverflow.com/questions/14962018/detecting-and-fixing-circular-references-in-javascript

한 가지 간단한 솔루션은 JSON.stringify를 사용하여 문제를 찾는 것입니다.

function isObjectCircular(obj) {
    try {
        JSON.stringify(circularReference);
    } catch(err) {
        return (err.toString() === 'TypeError: Converting circular structure to JSON');
    }
    return false;
}

자세한 내용: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Errors/Cyclic_object_value

Lukenickerson 에 2018년 05월 04일

@adamreisnz PR 환영합니다 ;)

mtrabelsi 에 2018년 05월 04일

내가 댓글을 달고 5개월 후에 누군가가 나를 멘션하면 항상 당황스러워요😆

adamreisnz 에 2018년 05월 05일

이 오류도 만났습니다. 그래서 전체 코드를 확인하는 데 2시간을 낭비합니다.<.
A={B:{C:A}}와 같은 재귀 객체로 인해 발생했다고 생각하며 분명히 소켓 은 재귀 객체입니다.
사실, buffer.js에서 그들이 재귀를 사용하여 보내려는 데이터의 길이를 찾기 때문에 일어난 일이라고 생각합니다. 그런 다음 "최대 호출 스택 크기 초과"를 얻습니다. JSON.stringify()를 사용하여 길이를 얻으면 "원형 구조"에 대한 또 다른 명백한 오류가 있습니다. 그건 그렇고, 그것은 구글에 나쁜 키워드가 있습니다!

623059008 에 2018년 11월 10일

나도 방금 이것에 부딪쳤다.

https://github.com/socketio/socket.io/blob/master/lib/socket.js#L148

hasBin 는 순환 참조가 있는 개체를 보내려고 하면 재귀 루프로 스택을 채웁니다.

dustingraham 에 2020년 01월 05일

쉿, 나는 이것을 고칠 2년 동안 열린 PR이 있다는 것을 안다:

https://github.com/darrachequesne/has-binary/pull/3

dustingraham 에 2020년 01월 05일

@dustingraham 수정은

또한 더 이상 hasBinary 메서드를 throw하지 않더라도 나중에 코드에서 호출되는 JSON.stringify 메서드에서 여전히 오류가 발생하지 않을까 걱정됩니다.

> var a = {};
undefined
> var b = { a: a };
undefined
> a.b = b
{ a: { b: [Circular] } }
> JSON.stringify(a)
Thrown:
TypeError: Converting circular structure to JSON
    at JSON.stringify (<anonymous>)

darrachequesne 에 2020년 01월 06일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Socket.io: RangeError: 최대 호출 스택 크기 초과

가장 유용한 댓글

모든 32 댓글

관련 문제