DevTools协议DOM域仅触发DOM.documentUpdated事件问题咨询

这个现象是正常预期，不是Chrome DevTools协议（CDP）DOM域的功能异常，本质是缺少DOM域事件订阅的必要前置操作。

CDP DOM域的事件推送逻辑不是「启用域就全量推送所有DOM变更」：

• 仅调用DOM.enable()激活DOM域的状态下，浏览器只会推送DOM.documentUpdated这一个顶层事件，通知调试端当前文档发生了整体更新。
• 所有细粒度的DOM变更事件（包括你列出的属性修改、节点增删、文本修改、子节点列表推送等），都需要调试端先和浏览器同步DOM树的节点映射关系后才会推送——否则事件里携带的nodeId对调试端完全无意义，浏览器不会做无意义的推送。

• 监听到DOM.documentUpdated事件触发后，立刻调用DOM.getDocument方法，可根据自身需求传参：
  • 若需要全量DOM树，传depth: -1即可一次性拉取完整节点结构
  • 若只需要按需加载节点，传depth: 0先拿到根节点，后续需要查看某个节点的子节点时再调用DOM.requestChildNodes
• 方法调用完成后，浏览器会先通过DOM.setChildNodes事件返回你请求深度范围内的所有节点数据，之后所有DOM细粒度变更事件就会正常推送。

• 如果在页面已经加载完成、DOM渲染过半之后才调用DOM.getDocument，调用之前发生的所有DOM变更不会补发事件，只能拿到调用时点的DOM快照，只有调用之后的新变更会触发事件。如果需要捕获完整页面加载过程的DOM变动，需要在导航发起前就启用DOM域，第一次收到DOM.documentUpdated时立刻发起getDocument调用。
• DOM.setChildNodes不是主动触发的变更事件，只有当调用getDocument或者requestChildNodes拉取指定节点的子节点列表时，浏览器才会通过这个事件批量返回节点数据。
• 网上能搜到的同类问题反馈，本质都是漏了getDocument这个前置调用，不是CDP本身的功能bug，只是这个逻辑写在DOM域概述部分，位置比较隐蔽，很多使用者没注意到。

内容的提问来源于stack exchange，提问作者Optimus1