Socket.io: RangeError: se excedió el tamaño máximo de la pila de llamadas

Encontré una "solución" a mi problema. Puedo enviar cada pieza de datos esperada, pero NO funciona con objetos

Recientemente también he recibido ese error, la única diferencia es que solo me ocurre ocasionalmente. He estado probando toda la mañana y no he podido replicar el problema.

Para mí era que solo no podía emitir a todo el mundo, cuando el objetivo era demasiado grande.

@BenBals si el objeto es demasiado grande, entonces una solución decente es enviarlo en forma de cadena, es decir, ejecutar JSON.stringify() en él

Tengo otro trabajo alrededor, pero lo consideré.

: llorar: mirar en esto

tiene el mismo problema al emitir un objeto de tipo:
{éxito: archivo, contenido: archivo.contenido} donde archivo.contenido es el objeto Buffer y todas las demás propiedades del archivo son cadenas.

Tuve que agregar el contenido del campo directamente a los objetos porque hasBin () solo verifica el primer nivel de un objeto. Pero cuando intentó enviar el búfer, obtuvo 'Se superó la pila máxima de llamadas'

Puede replicar esto emitiendo el objeto de socket (al menos de una manera), por lo que (a continuación, sería servidor a -> cliente)

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

Sin embargo, tengo curiosidad por saber si esto tiene una solución real.

¿Alguna actualización sobre ese tema?
EDITAR: Mi problema era que estaba tratando de enviar objetos recursivos.

Curiosamente, obtengo este mismo error cuando intento pasar mis datos de Firebase al lado del cliente.

Error

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

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

Lado del servidor

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

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

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

});

Encuentra una solución...

Lo siento, pero mi chino no es tan bueno. ¿Sería tan amable de traducir esto al inglés?

Hice un Traductor de Google y sale "Encuentra la solución ..." ... apenas vale la pena responder. Para que conste, la solución es no pasar una cantidad tan grande de datos a través de socket.io ... es un socket que fue diseñado para respuestas rápidas y breves. Divida su respuesta o envíela a través de ajax. Cancelar la suscripción a este hilo.

Una cosa que podría hacer el código socket.io es iterar de forma asincrónica el objeto y sus propiedades, algo como:

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);

Por supuesto, este no es un código real que debe usar, porque debe haber un ajuste de funciones para cada objeto individual en caso de que estén anidados, de lo contrario, tendrá conflictos con el objeto que se está analizando.

También recibo ese error, mi código es como: "io.sockets.emit ('clave', datos);"
Intento simplificar el objeto "datos" y mantenerlo pequeño, y funcionó.
--Y, miro en el código src, encontré esto:

cuando su objeto "datos" tiene un atributo recursivo que hace referencia, este código falla.
p. ej. proto > proto > proto ...

+1 ¿Le gustaría al equipo central una versión asíncrona de la comprobación binaria? Puedo ayudar a conseguir esa configuración

Puedo reproducir el problema enviando el objeto socket :)

+1 IE11 muestra 'espacio sin pila' en _hasBinary.

Este error se me mostró cuando intentaba enviar todo el objeto de socket al cliente. Todo lo que _realmente_ necesitaba era socket.id por lo que el error desapareció cuando devolví un artículo más pequeño; en mi caso, socket.id lugar de todo el objeto socket

Esto probablemente sucedió porque estaba tratando de enviar un objeto con referencias circulares, lo que resultó en llamadas recursivas que excedieron el tamaño de la pila.

@LordMajestros ¡ Eso me lo arregló! Gracias

@GerbenHofman de nada

Enfrenté el mismo error en NodeJS v4.4.4 y socket.io v1.4.5.

En mi caso, sucede después del evento de desconexión.
Y sucede solo cuando llamé socket.emit más de 200.000 veces.

Si el número de llamadas socket.emit es de alrededor de 100.000, este error nunca sucederá.

El parámetro que uso con emit siempre es una cadena

¿Te ayuda esta información?

Solo para agregar a @shunjikonishi , he visto que esto sucedió tan pronto como envié exactamente 100,000 eventos a través de io.emit. Tengo 1 calcetín conectado, por lo que parece que 100.000 es un límite estricto.

Parece que este es un límite impuesto por Node (o el tiempo de ejecución de JavaScript) y Socket.io tiene una referencia a algo cada vez que llamas a emit, por lo que cuando alcanzas la emisión número 100,000, simplemente se cae.

Probado con Node 5.11.0 y Socketio 1.4.8. Mi versión de Node es diferente (así como mi sistema operativo, etc., realmente no tengo idea de dónde viene este 100,000) que @shunjikonishi, lo que puede explicar por qué llegué al límite en 100,000 mientras que él llegó a 200,000.

Ejecuté exactamente el mismo código usando ws.js y funcionó bien, superó las 100,000 emisiones de socket sin problema, así que tal vez sea un problema con Socket.io.

¿Existe alguna posibilidad de que Socket IO implemente una protección contra la emisión de datos recursivos y que fallen con este error? Una simple detección podría evitar que ocurra este error y emitir en su lugar un error más significativo, como "Puede estar intentando enviar datos circulares". Eso facilitaría la depuración.

Hay bastantes soluciones decentes para detectar datos circulares: https://stackoverflow.com/questions/14962018/detecting-and-fixing-circular-references-in-javascript

Una solución corta se basa en JSON.stringify para encontrar el problema:

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

Más detalles: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Errors/Cyclic_object_value

@adamreisnz Le invitamos a hacer un PR;)

Siempre me toma desprevenido cuando alguien me menciona 5 meses después de que hice un comentario 😆

También encontré este error. Y es por eso que pierdo dos horas revisando todos mis códigos: <.
Creo que fue causado por un objeto de recursividad como A = {B: {C: A}}, y obviamente socket es un objeto de recursividad.
De hecho, supongo que sucedió porque en buffer.js, usan una recursividad para encontrar la longitud de los datos que desea enviar. Y luego obtenga el "tamaño máximo de pila de llamadas excedido". Si usan JSON.stringify () para obtener la longitud, habrá otro error claro sobre la "estructura circular". Por cierto, ¡tiene una mala palabra clave para google!

También me encontré con esto.

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

hasBin llenará la pila con un bucle recursivo si intenta enviar un objeto que tiene una referencia circular.

Joder, veo que hay un PR que ha estado abierto durante 2 años que solucionaría esto:

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

@dustingraham, la solución se ve muy bien, aunque no estoy seguro de las implicaciones de rendimiento.

Además, incluso si ya no incluye el método hasBinary , me temo que el método JSON.stringify que se llama más adelante en el código seguirá arrojando un error:

> 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>)