Lighthouse生成报告时为什么显示“加载失败”？

这个错误我之前踩过坑，折腾了大半天才发现问题所在。

Failed to gather trace 这个报错说明 Lighthouse 在尝试收集页面性能追踪数据时崩了。你说其他页面能正常生成报告，那基本可以排除 Chrome 本身的问题，问题出在你的页面环境上。

根本原因是 Lighthouse 在采集性能数据时需要启动 Chrome 的 tracing 模块，但某些情况会导致 tracing 进程异常中断。

我排查下来有几个常见的坑点，你可以按顺序检查：

第一个最常见的问题是 Chrome 扩展程序干扰。Lighthouse 跑测试时会受扩展影响，尤其是广告拦截类扩展。你试试用隐身模式打开 Chrome 再跑 Lighthouse，如果隐身模式能成功，那就是扩展在作怪。解决办法是在 chrome://extensions 里把扩展逐个禁用排查，或者干脆用命令行模式跑 Lighthouse：

lighthouse https://your-site.com --view --chrome-flags="--headless"

第二个坑是 Service Worker 缓存问题。你提到页面开启了 Service Worker，有时候 SW 的缓存策略会导致 Lighthouse 的请求超时或返回异常数据。在跑测试前可以先在 DevTools 的 Application 面板里把 Service Worker 停掉，或者勾选 "Bypass for network" 选项。

第三个问题可能是页面加载时间过长导致超时。Lighthouse 默认有加载超时限制，如果你的页面首次加载特别慢（比如要等好几秒的 API 请求），tracing 可能会在等待过程中断掉。你可以检查一下 Network 面板，看有没有 pending 很久的请求。

第四个坑是内存不足。tracing 功能比较吃内存，如果你的页面本身内存占用就很高，再加上 Lighthouse 运行时的开销，可能导致 Chrome 进程崩溃。打开 Chrome 的任务管理器（Shift + Esc）看看内存占用情况。

第五个问题比较隐蔽，是页面的 Content-Security-Policy 头。某些严格的 CSP 配置会阻止 Lighthouse 注入追踪脚本。检查一下你的响应头里有没有特别严格的 script-src 策略，如果有的话临时放宽试试。

如果上面这些都不行，还有一个终极排查方法。用命令行跑 Lighthouse 并开启详细日志：

lighthouse https://your-site.com --output=json --output-path=./report.json --verbose

加上 --verbose 参数后能看到详细的执行日志，哪一步出错一目了然。

顺便说一句，你贴的那段 JSON 看起来像是报告输出的一部分，不是命令。如果你是在 Node.js 里调用 Lighthouse API，那需要检查一下传给 Lighthouse 的配置对象是否正确，特别是 flags 里的参数。

建议你先用隐身模式测试一下，这个解决概率最大。如果还不行就把 verbose 日志贴出来，我再帮你分析。

我之前踩过这个坑，报 Could not generate trace 大部分时候不是页面功能的问题，而是Lighthouse在收集性能追踪数据时被某些行为打断了。

你这个情况大概率是页面里有无限循环的 setTimeout 或 setInterval，或者某个长任务一直占着主线程。Lighthouse需要干净的空闲期来分析页面加载，如果一直没等到，trace 就采集失败，直接报错“加载失败”。

尤其是开了 Service Worker 的 PWA 页面，经常有人在开发环境下加了个轮询同步的逻辑，比如每200ms发个请求保活之类的，看着不重，但会阻断页面进入 idle 状态。

解决办法很简单：打开 Performance 面板，录一下页面从加载到静止的全过程。如果看到火焰图密密麻麻根本停不下来，那就说明有长任务或高频定时器在作怪。找到对应的 JS 代码，临时注释掉，再跑 Lighthouse。

另外也可能是 Chrome 扩展干扰，虽然你重装过，但用户数据没清，建议开无痕模式（禁用所有扩展）再试一次。如果无痕下能跑通，那就是某个扩展注入的脚本在捣乱。

最后提醒一点：别信“清除缓存重启就行”这种万金油操作，Lighthouse 跑不起来八成是运行时问题，去查代码更靠谱。