Chrome会取消Javascript执行扩展的优先级吗？

我一直在开发一个简单的浏览器扩展，我遇到了一个非常奇怪的行为，它发生在Chrome上，而在Firefox上却没有。基本上，Chrome中的扩展运行速度比Firefox慢得多，向按钮添加单个类需要3秒以上的时间，而在Firefox中则需要毫秒

包含问题的演示。应该发生的是，当输入框不是空的时候，按钮应该改变颜色，这在Firefox中几乎是瞬间的，但在Chrome中更新需要几秒钟

我注意到：

进一步的意见：

• 如果我在

  App.vue

  文件中删除TailwindCSS导入，问题就会消失
• 如果我从

  manifest.json

  文件中删除背景脚本，问题就会消失
• 如果我在inspect窗口的Chrome

  performance

  选项卡中运行性能评测，问题就会消失
• 如果我直接在浏览器中访问扩展页面，如

  chrome-extension://extension-id/popup/popup.html#/

  完全没有问题，没有延迟或任何问题

对于前两种情况，Webpack似乎在捆绑包中包含了大量额外的代码，删除其中任何一种似乎都可以显著减少捆绑包的大小

对于第三个问题，我想象Chrome在启用性能评测时会优先考虑扩展执行，因此它会再次快速返回。最后一个页面可能也是如此，因为该页面处于焦点位置，并且可能是Chrome运行时最重要的页面。我相信这个问题与Chrome在扩展中运行Javascript的方式或者它重新绘制UI的方式有关

---

这似乎是一种非常奇怪的行为，我之前找不到任何关于这种行为的报告。非常感谢您的帮助，我想不出还有什么要添加的，但我可以根据需要添加更多详细信息。

不，这不是扩展代码的正常行为。这是一只虫子。如果你在MacOS上使用外置显示器，那么很可能你可以报告一个新的。哦，我没有考虑外置屏幕，但似乎是这样。我是MacBookPro，有一个外置屏幕，扩展在Macbook主屏幕上运行得非常好。非常感谢，我将在bug报告下分享详细信息。不，这不是扩展代码的正常行为。这是一只虫子。如果你在MacOS上使用外置显示器，那么很可能你可以报告一个新的。哦，我没有考虑外置屏幕，但似乎是这样。我是MacBookPro，有一个外置屏幕，扩展在Macbook主屏幕上运行得非常好。非常感谢，我将在bug报告下分享详细信息。