第三方脚本如何做到可观测、可降级且不阻塞核心体验？

核心结论：第三方脚本的治理目标不是简单地全部改成异步，而是为每个脚本明确业务价值、加载时机、主线程预算、网络预算、故障隔离和退出方案。广告、客服、统计、实验平台等资源既可能延长关键请求链，也可能在下载完成后制造长任务、额外布局、内存常驻和隐私风险。核心功能应当在第三方资源失败、超时或被拦截时仍然可用。

底层机制与决策依据：普通外部脚本可能阻塞文档解析；带 defer 的脚本通常在文档解析完成后按顺序执行，带 async 的脚本在下载完成后执行且顺序不确定。动态插入只改变调度方式，并不会消除解析、编译和执行成本。大量不同域名还会增加域名解析、连接建立及竞争带宽的开销。决策时应分别评估发现时间、请求优先级、传输