大约两个月前,我们开始使用Rollbar来通知我们Web应用程序中的各种错误。从那以后,我们偶尔会遇到一些错误:

超出ResizeObserver循环限制

让我困惑的是,我们没有使用ResizeObserver,我已经调查了唯一的插件,我认为可能是罪魁祸首,即:

奥蕾莉亚调整大小

但它似乎也没有使用ResizeObserver。

同样令人困惑的是,这些错误消息从1月份就开始出现,但ResizeObserver支持最近才添加到Chrome 65。

给出这个错误的浏览器版本是:

Chrome: 63.0.3239 (ResizeObserver循环限制超过) Chrome: 64.0.3282 (ResizeObserver循环限制超过) Edge: 14.14393 (SecurityError) Edge: 15.15063 (SecurityError)

所以我想知道这是否可能是浏览器漏洞?或者可能是一个实际上与ResizeObserver无关的错误?


当前回答

在我的情况下,问题“ResizeObserver -循环限制超出”是由于窗口触发的。addEventListener("resize"和React的React. usestate . addEventListener。

详细地说,我正在处理名为useWindowResize的钩子,用例是这样的const [windowWidth, windowHeight] = useWindowResize();

代码通过useEffect对windowWidth/windowHeight的变化做出反应。

React.useEffect(() => {
    ViewportService.dynamicDimensionControlledBy(
        "height",
        { windowWidth, windowHeight },
        widgetModalRef.current,
        { bottom: chartTitleHeight },
        false,
        ({ h }) => setWidgetHeight(h),
    );
}, [windowWidth, windowHeight, widgetModalRef, chartTitleHeight]);

所以任何浏览器窗口大小的调整都会导致这个问题。

我发现由于连接旧javascript世界(DOM操作,浏览器的事件)和新javascript世界(React)引起的许多类似问题可以通过setTimeout解决,但我将避免它,并在可能的情况下将其称为反模式。

因此,我的解决方案是将setter方法包装到setTimeout函数中。

React.useEffect(() => {
    ViewportService.dynamicDimensionControlledBy(
        "height",
        { windowWidth, windowHeight },
        widgetModalRef.current,
        { bottom: chartTitleHeight },
        false,
        ({ h }) => setTimeout(() => setWidgetHeight(h), 0),
    );
}, [windowWidth, windowHeight, widgetModalRef, chartTitleHeight]);

其他回答

添加debounce

new ResizeObserver(_.debounce(entries => {}, 200);

为我修正了这个错误

您可以安全地忽略这个错误。

一个规范的作者在评论中对你的问题写了一个评论,但它不是一个答案,在评论中不清楚答案是否真的是这个线程中最重要的一个,并且是一个让我在我们的哨兵日志中很舒服地忽略它的答案。

This错误意味着ResizeObserver不能在一个动画帧中传递所有的观察结果。它是良性的(您的站点不会崩溃)。——Aleksandar Totic 4月15日3:14

在规范存储库中也存在一些与此相关的问题。

如果您正在使用Cypress,遇到这个问题,您可以在support/index.js或commands.ts中使用以下代码安全地忽略它

const resizeObserverLoopErrRe = /^[^(ResizeObserver循环限制超过)]/ 柏树。On ('uncaught:exception', (err) => { /*在这里返回false可以防止Cypress测试失败*/ if (resizeObserverLoopErrRe.test(err.message)) { 返回假 } })

你可以在这里跟随关于它的讨论。 由于Cypress维护者自己提出了这个解决方案,所以我相信这样做是安全的。

我遇到了柏树测试无法运行的问题。 我发现,正确的方法不是处理异常,而是编辑tsconfig。Json,目标是新的es6版本,如下所示:

{ “扩展”:“. . / tsconfig.json”, " compilerOptions ": { “baseUrl”:“. . / node_modules”, "target": "es5",——> old "target": "es6",——> new "types": ["cypress", "@testing-library/cypress"], “sourceMap”:真的 }, “包括”:( “* * / * .ts” ] }

这个错误可能值得调查一下。它可以指出代码中可以修复的问题。

在我们的例子中,观察到的一个元素的大小调整引发了页面上的变化,这又导致了第一个元素的大小调整,这又触发了页面上的变化,这又导致了第一个元素的大小调整,……你知道这是如何结束的。

从本质上讲,我们创建了一个无法装入单个动画帧的无限循环。我们通过使用setTimeout()在页面上保持更改来打破它(尽管这并不完美,因为它可能会对用户造成一些闪烁)。

因此,每当ResizeObserver循环限制超出我们的哨兵,我们把它视为一个有用的提示,并试图找到问题的原因。