Google chrome Chrome 28（beta版）中非活动选项卡的意外行为
我们有一些使用Chrome扩展的软件来自动化浏览器（对客户端网站进行爬网） 通常，我们在多个选项卡（最多5个）中运行该软件的多个实例以并行工作 在Chrome 28（beta版）中，我们注意到非活动（后台）选项卡似乎被严重限制或以明显较低的优先级运行。基准测试表明，我们的扩展现在在非活动选项卡中运行的速度比在活动选项卡中运行的速度慢10倍左右。如果最小化铬，则在活动选项卡中也会看到类似的行为 这种行为在Chrome 27（稳定版）中是不存在的，在该版本中，活动/非活动选项卡的性能相当 任何想法或想法都将不胜感激 我们的Chrome测试版（28.0.1500.29 beta-m版）运行在Microsoft Windows 7和Server 2008上 谢谢Google chrome Chrome 28（beta版）中非活动选项卡的意外行为,google-chrome,google-chrome-extension,Google Chrome,Google Chrome Extension,我们有一些使用Chrome扩展的软件来自动化浏览器（对客户端网站进行爬网） 通常，我们在多个选项卡（最多5个）中运行该软件的多个实例以并行工作 在Chrome 28（beta版）中，我们注意到非活动（后台）选项卡似乎被严重限制或以明显较低的优先级运行。基准测试表明，我们的扩展现在在非活动选项卡中运行的速度比在活动选项卡中运行的速度慢10倍左右。如果最小化铬，则在活动选项卡中也会看到类似的行为 这种行为在Chrome 27（稳定版）中是不存在的，在该版本中，活动/非活动选项卡的性能相当 任何想法或
理查德在最新的Chrome55上，这个“问题”（或者称之为“功能”）仍然存在
我已经在我的构建页面上重现了这个问题（通过QUnit对一个Ember应用程序运行了很多测试），并且在后台它们需要花费更长的时间。正如@apsillers在一篇评论中所报道的，这已经在另一个帖子中报道过了您在使用Web Workers吗<代码>设置间隔？或者只是链接Ajax调用和成功回调？Hi@apsillers-是的，我们在当前设置为100ms的位置使用setTimeout。Web Workers也可以使用，但不在测试用例中使用。Firefox和Chrome限制
setTimeoutsetInterval