第三方SDK常因未标记async/defer、缺preconnect/preload或含document.write等同步行为，成为CRP隐性阻塞点；应通过performance.getEntriesByType('resource')筛选initiatorType为script/parser、startTime早、duration长且含SDK域名的资源，并结合timing breakdown定位真实瓶颈。
直接结论：三方 SDK 往往通过 script 标签动态插入或 import() 异步加载，但若其资源未标记 async/defer、未预加载、或内部触发同步阻塞行为（如 document.write、同步 XHR），就会出现在 performance.getEntriesByType('resource') 中且具备高 duration 和低 startTime，成为关键渲染路径（CRP）的隐性阻塞点。
怎么看哪些 resource 是 CRP 阻塞源
关键不是“有没有加载”，而是“它在什么时间点加载、是否阻塞 HTML 解析”。重点关注三类特征：
- 类型为
script或document，且initiatorType是script或parser（说明由 HTML 解析器触发，非 fetch/async） -
startTime接近navigationStart（比如 duration > 200ms，同时responseEnd>domContentLoadedEventStart - 该资源的
nextHopProtocol是http/1.1（缺乏多路复用），或secureConnectionStart === 0（未走 HTTPS，或 TLS 握手失败降级）
如何用 getEntriesByType('resource') 快速筛出可疑 SDK
别等页面跑完再查——在 DOMContentLoaded 后立即执行筛选逻辑，过滤掉图片、字体等非阻塞资源：
const sdkResources = performance.getEntriesByType('resource')
.filter(e => e.initiatorType === 'script' &&
e.name.includes('sdk') &&
e.duration > 150 &&
e.startTime < performance.getEntriesByType('navigation')[0]?.startTime + 800);
注意：e.name 是完整 URL，可用 includes 匹配常见 SDK 域名（如 'analytics.js'、'umami.'、'sentry.'），避免依赖文件名不稳定的 CDN 路径。
为什么 duration 长 ≠ 一定阻塞？得看 timing breakdown
performance.getEntriesByType('resource') 返回的对象含多个时间戳字段，真正影响 CRP 的是前半段：
-
fetchStart到responseStart：网络延迟 + 服务器处理（可优化 CDN、HTTP/2、服务端渲染） -
responseStart到responseEnd：下载耗时（可压缩、转 WebP、启用 Brotli） -
responseEnd到domContentLoadedEventStart：如果这个间隙里该脚本才执行完，就说明它拖慢了 DOM 构建 —— 此时要检查它是否含document.write或同步XMLHttpRequest
特别注意：transferSize === 0 表示资源来自内存缓存，但若 duration 仍高，大概率是执行阶段卡顿（比如 SDK 初始化逻辑重）。
容易被忽略的坑：SDK 的“二次加载”和跨域 preconnect 缺失
很多 SDK（如广告、埋点）会在首次加载后，再动态请求配置或上报接口。这类请求不会出现在首屏 getEntriesByType('resource') 中，但会抢占连接池、触发 DNS 查询，间接拉长后续资源加载。解决方式：
- 在
显式声明<link rel="preconnect" href="https://cdn.example.com">，提前建立连接 - 对 SDK 主入口使用
<link rel="preload" as="script" href="...">，避免 parser blocking - 禁用 SDK 自动初始化（如 Sentry 的
autoSessionTracking: false），改为主动控制时机
真实瓶颈常不在“第一个 JS”，而在第 3 个 SDK 动态插入的 script —— 它没有 async，又恰好在 DOMContentLoaded 前几毫秒插入，此时 getEntriesByType('resource') 里根本看不到它的 initiator，只能靠 PerformanceObserver 监听 type: 'navigation' + 手动比对时间线。
