必须迁移至mutationobserver，因其异步批量处理避免阻塞，而mutationevent已遭主流浏览器废弃；需按childlist/attributes/characterdata等配置映射替代，并注意observe()调用、数组遍历及subtree设置。
MutationEvent 已被废弃，现代浏览器全面转向 MutationObserver。迁移不是简单替换 API，而是要理解两者在执行时机、性能模型和事件粒度上的根本差异。
为什么必须迁移
MutationEvent 是同步触发的，每次 DOM 变更都立即执行回调，容易造成阻塞和重入问题；而 MutationObserver 是异步批量处理，把多次变更合并为一次回调，大幅降低开销。主流浏览器（Chrome 20+、Firefox 14+、Safari 6+、Edge 11+）已完全移除对 DOMNodeInserted、DOMAttrModified 等 MutationEvent 的支持，仅靠 polyfill 无法还原行为，也无法解决性能隐患。
核心替代映射关系
以下旧事件可直接用 MutationObserver 的对应配置覆盖：
-
DOMNodeInserted →
childList: true+subtree: true -
DOMNodeRemoved → 同上，检查
mutation.removedNodes -
DOMAttrModified →
attributes: true，监听mutation.attributeName -
DOMCharacterDataModified →
characterData: true
迁移实操要点
避免常见踩坑，注意三点关键细节：
- Observer 实例需显式调用
observe()才开始监听，不能像事件那样“挂上就生效” - 回调函数接收的是
MutationRecord[]数组，不是单个事件对象，需遍历处理 - 若需监听动态插入的子树（如模态框、懒加载内容），必须设置
subtree: true，否则只响应直接子节点变化
兼容性兜底建议
极少数仍需支持 IE9–10 的项目，可保留 MutationEvent 作为降级分支，但应严格限制使用范围：
- 只在检测到
window.MutationObserver === undefined时启用旧逻辑 - 避免在高频操作（如拖拽、滚动）中使用 MutationEvent
- 明确标注该路径为临时方案，并设定淘汰时间表
