只看 performance.getEntriesByType('resource') 会漏掉广告脚本的真问题，因其常通过 document.write()、动态 script 或 MutationObserver 注入，不生成 resource 条目却阻塞 HTML 解析；需结合 navigation（如 redirectStart 与 fetchStart 差值异常）、paint（FCP 正常但 domContentLoadedEventStart 滞后）及 longtask 交叉验证，并关注 document.domain 修改或 iframe 重载等无 resource 痕迹的干扰。
第三方广告脚本会直接劫持关键渲染路径，不是“可能拖慢”，而是大概率造成首屏白屏或 FCP 延迟 800ms+；performance.getEntries 能定位它何时插入、加载多长、是否阻塞解析——但必须结合 resource + navigation + paint 三类条目交叉验证。
为什么只看 performance.getEntriesByType('resource') 会漏掉广告脚本的真问题
广告 SDK（如 Google Ad Manager、Outbrain）常通过 document.write()、动态 script 插入、或 MutationObserver 注入，这类行为不生成 resource 条目，却真实阻塞 HTML 解析。你看到的可能是：
- 页面
domContentLoadedEventStart比预期晚 1.2s，但所有resource条目的duration都很短 -
performance.getEntriesByType('navigation')中redirectStart和fetchStart差值异常大（>500ms），说明重定向或中间层 JS 干预了导航 -
performance.getEntriesByType('paint')显示first-contentful-paint时间正常，但domContentLoadedEventStart却严重滞后 → 典型的“HTML 解析被卡住”信号
如何用 getEntriesByType('resource') 锁定广告资源的真实加载行为
广告资源往往伪装成普通 JS/CSS，但有可识别特征：域名含 adtech、taboola、doubleclick、amazon-adsystem，或 URL 含 gampad、adzerk 等关键词。重点检查三项：
-
initiatorType为script或other（非link或img），说明是 JS 动态加载，非 HTML 原生声明 -
duration> 800ms 且transferSize很小（ -
nextHopProtocol为http/1.1（即使主站已切 HTTP/3），说明广告域未升级协议，拖累整体连接复用效率
怎样确认广告脚本是否触发了强制同步布局或长任务
广告 SDK 常在 onload 后执行 DOM 操作、读取 offsetTop/scrollHeight 等触发 layout，这类行为不会出现在 resource 里，但会暴露在主线程火焰图中。用 performance.getEntriesByType('measure') 配合人工标记更可靠：
- 在广告 SDK 加载前打
performance.mark('ad-inject-start')（例如监听document.body存在后立即执行） - 在广告初始化回调（如
window.googletag?.apiReady或window.tbq?.ready）里打performance.mark('ad-init-end') - 用
performance.measure('ad-init-latency', 'ad-inject-start', 'ad-init-end')获取真实耗时，若 >300ms，基本可判定其 JS 执行已污染主线程 - 再查
performance.getEntriesByType('longtask')，看该时间段内是否有对应startTime的长任务，确认是否由广告脚本引发
最易被忽略的干扰点：广告脚本修改 document.domain 或触发 iframe 重载
部分老版广告代码会调用 document.domain = 'example.com' 或创建空 iframe 触发跨域重置，这会导致整个页面的 CSSOM 重建、样式重新计算，且完全不体现在任何 resource 或 navigation 字段中。唯一可观测线索是：
-
performance.getEntriesByType('navigation')中unloadEventStart和unloadEventEnd非零（说明发生了页面卸载重载） -
performance.getEntriesByType('paint')返回多个first-paint条目（正常应只有 1 个） - 控制台出现
[Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated—— 这往往是广告脚本内部兜底逻辑在降级时触发的同步请求
这种干扰无法靠过滤资源解决，必须在广告 SDK 加载前用 Object.defineProperty(document, 'domain', { writable: false }) 主动拦截（需评估兼容性），或推动广告方升级到无副作用版本。
