我使用React-Native 0.61.5以及(npm 6.9.0和节点10.16.1)

当我安装任何新的库在项目我得到了一个

(例如NPM install @react-navigation/native——save)

最大调用堆栈大小超过错误

为此，我尽力了

Sudo NPM缓存清理-force

(注:-以下命令通常需要1 ~ 2分钟 取决于你的NPM缓存大小)

对于我这个TypeScript初学者来说，这是_var1的getter和setter的问题。

class Point2{
    
    constructor(private _var1?: number, private y?: number){}

    set var1(num: number){
        this._var1 = num  // problem was here, it was this.var1 = num
    }
    get var1(){
        return this._var1 // this was return this.var1
    }
}

检查是否有调用自身的函数。例如

export default class DateUtils {
  static now = (): Date => {
    return DateUtils.now()
  }
}

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

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

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

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

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

查看堆栈

考虑这段代码…

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

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

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

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

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

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

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

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

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

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

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

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