为什么百度浏览器在处理大量Javascript脚本时速度明显变慢？

最近遇到不少朋友问，说百度浏览器跑Ja vaScript怎么越来越慢，页面卡得跟幻灯片似的。这事儿其实挺典型的——不是你电脑不行，而是浏览器内部积累了一堆"包袱"没抖干净。内存泄漏、事件监听器挂在那不释放、闭包死撑着大对象不放，再加上页面反复刷新导致执行上下文堆来堆去，最终主线程就被拖垮了。帧率掉下来，操作自然就卡顿了。

那么问题来了，怎么排查、怎么优化？从经验来看，有几个方向值得一试。

检查并关闭脚本错误提示干扰

打开百度浏览器，点击右上角那三条横线，进入【选项】，在左侧【高级设置】里找到"浏览"区域，取消勾选【显示每个脚本错误的通知】，点击【应用】，再重启浏览器就行。

需要注意的是，这个操作只是把烦人的弹窗给屏蔽了，不会从根本上解决性能问题。但它的好处在于——你可以排除视觉干扰，更准确地判断卡顿是不是真的来自脚本本身。

清除全部时间的缓存与网站数据

进入【选项】→【隐私与安全】→【清除浏览数据】，时间范围选【全部时间】，务必勾选【缓存的图片和文件】和【Cookie及其他网站数据】，点击【清除数据】后，关掉所有标签页再重新打开浏览器。

这一步看着简单，但很多人只清缓存，把Cookie漏掉了，结果问题照旧。过期或损坏的缓存常常会导致脚本重复解析、模块加载失败、polyfill误判环境，进而触发一些冗余的执行路径，越跑越慢。

禁用扩展排查资源争抢

想快速验证？按 Ctrl + Shift + N 打开无痕窗口，访问同一个网页。如果不再卡顿，那十有八九是扩展搞的鬼。

想精准定位？地址栏输入 bd://extensions 回车，把所有扩展关掉，然后逐个启用并刷新网页。当卡顿重现时，最后启用的那个扩展就是元凶。

广告拦截、脚本增强、翻译助手这类扩展，会在页面加载时注入大量DOM观察逻辑和fetch劫持代码，跟原网页JS抢主线程，很容易引发事件循环阻塞或MutationObserver无限回调。碰上资源争抢，卡顿就成了必然。

重置Ja vaScript底层标志参数

第一步：地址栏输入 bd://flags 回车，右上角搜索框输入 ja vascript。第二步：逐条检查标有"Enabled"或"Disabled"的选项，对任意非默认状态项点击右侧【Reset】。第三步：关闭标签页，重启浏览器，重新加载问题网页。

如果你曾经手动开启过实验性V8标志（比如 --js-flags=--max-old-space-size=4096），而当前页面JS堆内存已经超限，浏览器会频繁触发GC暂停，肉眼可见的卡顿就这么来了。重置操作可以把V8的内存管理策略恢复到默认状态，让浏览器重新跑顺。

强制回收页面级JS执行上下文

先打开任务管理器：按 Shift + Esc 或点击右上角菜单 → 【更多工具】→【任务管理器】。找到对应的网页进程，点击【结束进程】。注意，别急着直接关标签页，先在该标签页内按 F5 刷新一次，再结束进程，最后重新访问网页。

反复刷新页面却不关闭标签页，会导致百度浏览器为每次刷新保留一份独立的JS执行上下文快照。特别是那些包含大量 addEventListener 却没做 removeEventListener 的页面，这些监听器会持续驻留内存，形成隐式引用链，阻止垃圾回收。久而久之，内存就像堆满了杂物的房间，想腾出空间也难了。