ReportingObserver 默认不捕获弃用警告和干预报告，必须显式声明types为['deprecation','intervention']并配置Report-To Header，且仅HTTPS页面生效；error事件和console.warn无法替代。
ReportingObserver 不能捕获弃用警告（deprecation warnings）或干预报告（intervention reports）——它压根不支持这两类报告。浏览器目前只允许 ReportingObserver 监听 deprecation 和 intervention 类型的报告，但前提是后端已通过 Report-To Header 正确配置了 Reporting API，并且浏览器实际生成了对应类型的报告；而现实中，绝大多数弃用警告（比如 document.write() on slow networks）和干预（如 Powerful Feature blocked: geolocation）**默认不会触发 ReportingObserver 回调**，除非你显式启用并验证了完整链路。
ReportingObserver 构造时传入的 types 参数必须包含 'deprecation' 或 'intervention'
ReportingObserver 默认只监听 crash（Chrome 120+）和 navigation（实验性），deprecation 和 intervention 必须显式声明，否则完全静默：
const observer = new ReportingObserver((reports) => {
reports.forEach(report => {
console.log(report.type, report.body); // 只有 type 匹配才进来
});
}, {
types: ['deprecation', 'intervention'], // ✅ 必须写全，缺一不可
buffered: true
});
observer.observe(); // 启动监听
常见错误是只写 { types: ['error'] } 或漏掉 buffered: true（导致页面加载前的报告丢失）。
浏览器是否真会发出 deprecation/intervention 报告，取决于 Report-To 配置和运行环境
即使 JS 端启用了 ReportingObserver，若服务端没配 Report-To Header，或配了但 endpoint 不支持 CORS、响应非 2xx，浏览器就**根本不会生成这些报告**——不是“捕获不到”，而是“根本没产生”：
立即学习“前端免费学习笔记（深入）”；
-
Report-To必须在 HTML 响应头（不是 JS 动态加）中返回，例如：Report-To: {"group":"dep-reports","max_age":86400,"endpoints":[{"url":"https://a.example/reports"}]} - 目标
url必须支持 CORS：响应头需含Access-Control-Allow-Origin: *和Access-Control-Allow-Methods: POST - Chrome 仅对 HTTPS 页面发送
deprecation报告；HTTP 页面只发crash（如有） - 很多弃用提示（如
SharedArrayBuffer usage without COOP/COEP）只出现在 DevTools Console，不走 Reporting API
window.addEventListener('error') 和 console.warn 无法替代 ReportingObserver
有人试图用 window.addEventListener('error') 或重写 console.warn 拦截弃用信息，这行不通：
-
error事件只响应资源加载失败、脚本执行异常、Promise rejection，**不响应控制台级别的 warning/info 级别日志** -
console.warn是开发者工具行为，无法被 JS 拦截或转发（consoleAPI 无事件机制） - 浏览器对弃用警告的输出是单向的：仅渲染到 DevTools，不抛事件、不触发回调、不写入 globalThis
唯一能拿到结构化弃用数据的路径，就是 Report-To + ReportingObserver 组合，且必须两端都正确配置。
验证是否生效：手动触发一个可上报的 intervention
最可靠的验证方式，是主动触发一个已知会上报的干预，比如强制禁用 document.write：
// 在 Chrome 95+ 的 2G 模拟环境下（DevTools > Network > Throttling > 2G）
// 执行以下代码会触发 intervention 报告（如果 Report-To 已配好）
document.write('<div>test</div>');
然后检查：
– DevTools > Application > Clear storage > Clear site data（确保缓存清空）
– 刷新页面后，在 Console 输入 reportingCache.getEntries()（Chrome 122+ 支持）看是否有 intervention 条目
– 或直接在 Network 面板过滤 reports，确认 endpoint 是否收到 POST 请求
真正容易被忽略的点是：ReportingObserver 是“被动监听器”，它不主动拉取历史报告；所有报告必须由浏览器在生成时实时推送给它——而这个推送的前提，是服务端 Header 和客户端环境同时满足苛刻条件。少一个环节，就彻底断链。
