最近，我收到了这样的警告，这是我第一次收到:
JavaScript任务长时间运行，耗时234ms 执行JavaScript时强制回流花了45毫秒
我正在做一个小组项目，我不知道这是从哪里来的。这在以前从未发生过。突然，当其他人参与到这个项目中时，它出现了。如何查找导致此警告的文件/函数?我一直在寻找答案，但主要是关于如何解决它的解决方案。如果我连问题的根源都找不到，我就解决不了。
在这种情况下，警告只出现在Chrome上。我尝试使用Edge，但没有收到任何类似的警告，而且我还没有在Firefox上测试它。
我甚至从jquery.min.js中得到错误:
[违规]Handler占用了231ms的运行时(允许50ms
当前回答
我在我的代码中找到了这条消息的根，它搜索并隐藏或显示节点(脱机)。这是我的代码:
search.addEventListener('keyup', function() {
for (const node of nodes)
if (node.innerText.toLowerCase().includes(this.value.toLowerCase()))
node.classList.remove('hidden');
else
node.classList.add('hidden');
});
性能选项卡(分析器)显示事件花费了大约60毫秒:
Now:
search.addEventListener('keyup', function() {
const nodesToHide = [];
const nodesToShow = [];
for (const node of nodes)
if (node.innerText.toLowerCase().includes(this.value.toLowerCase()))
nodesToShow.push(node);
else
nodesToHide.push(node);
nodesToHide.forEach(node => node.classList.add('hidden'));
nodesToShow.forEach(node => node.classList.remove('hidden'));
});
性能选项卡(分析器)现在显示事件大约1毫秒:
而且我觉得现在搜索速度更快了(229个节点)。
其他回答
这是谷歌Chrome浏览器的违规错误，显示详细日志级别启用时。
错误信息示例:
解释:
Reflow is the name of the web browser process for re-calculating the positions and geometries of elements in the document, for the purpose of re-rendering part or all of the document. Because reflow is a user-blocking operation in the browser, it is useful for developers to understand how to improve reflow time and also to understand the effects of various document properties (DOM depth, CSS rule efficiency, different types of style changes) on reflow time. Sometimes reflowing a single element in the document may require reflowing its parent elements and also any elements which follow it.
原文:最小化浏览器回流，作者:Lindsey Simon, UX开发人员，发表于developers.google.com。
这是链接谷歌Chrome给你在性能分析器，在布局配置文件(淡紫色区域)，对警告的更多信息。
答案是，这是新Chrome浏览器的一个功能，如果网页在执行JS时导致过多的浏览器回流，它会提醒你。详情请参阅
如果你使用Chrome金丝雀(或测试版)，只需检查“隐藏违规”选项。
这是在Chrome 56测试版中添加的，尽管它不在Chrome博客的更新日志中:Chrome 56测试版:“不安全”警告，Web蓝牙和CSS位置:粘滞
您可以使用“隐藏违规”复选框将其隐藏在控制台的过滤器栏中。
不管怎样，这是我在遇到
[Violation] Forced reflow while executing JavaScript took <N>ms
警告。所讨论的页面是由用户内容生成的，因此我对DOM的大小实际上没有多大影响。在我的例子中，问题是一个有两列的表，可能有数百甚至数千行。(没有按需行加载实现，对不起!)
使用jQuery，在按下键时，页面选择一组行并切换它们的可见性。我注意到，在该集合上使用toggle()比显式使用hide() & show()更容易触发警告。
有关此特定性能场景的更多详细信息，请参见本文。
