检测堆栈溢出的问题是，有时堆栈跟踪将被解开，您将无法看到实际发生了什么。

我发现Chrome的一些较新的调试工具在这方面很有用。

点击Performance选项卡，确保Javascript样本被启用，你会得到类似这样的结果。

溢出的地方很明显!如果单击extendObject，您将能够看到代码中确切的行号。

你也可以看到时间，可能有帮助，也可能没有帮助，或者转移注意力。

另一个有用的技巧是，如果你不能真正发现问题，在你认为问题所在的地方放置大量的console.log语句。上面的步骤可以帮助你做到这一点。

在Chrome中，如果你反复输出相同的数据，它会像这样显示问题更清楚。在这个例子中，堆栈在最终崩溃之前击中了7152帧:

有时是因为转换数据类型，例如你有一个对象，你认为是字符串。

套接字。以nodejs客户端的Id为例，它不是一个字符串。要将它作为字符串使用，你必须在前面添加单词string:

String(socket.id);

在你的代码中有一个递归循环(例如，一个函数最终会一次又一次地调用自己，直到堆栈满为止)。

其他浏览器要么有更大的堆栈(所以您会得到一个超时)，要么因为某种原因(可能是放置错误的try-catch)而忽略错误。

发生错误时，使用调试器检查调用堆栈。

发送输入元素而不是它们的值很可能会像FK提到的那样解决它

这意味着在代码的某个地方，您正在调用一个函数，该函数又调用另一个函数，以此类推，直到达到调用堆栈限制。

这几乎总是因为递归函数的基本情况没有得到满足。

查看堆栈

考虑这段代码…

(function a() {
    a();
})();

下面是几次调用后的堆栈…

正如您所看到的，调用堆栈不断增长，直到达到极限:浏览器硬编码的堆栈大小或内存耗尽。

为了修复它，确保你的递归函数有一个基本情况，能够满足…

(function a(x) {
    // The following condition 
    // is the base case.
    if ( ! x) {
        return;
    }
    a(--x);
})(10);

我在express/nodejs应用程序中得到了这个错误，当MongoDB数据库的模式和我们创建的模型不匹配时。