前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >如何在页面中监听“不存在”的 DOM 节点

如何在页面中监听“不存在”的 DOM 节点

原创
作者头像
茶无味的一天
发布2023-04-14 20:18:25
1.3K0
发布2023-04-14 20:18:25
举报
文章被收录于专栏:品味前端

MutationObserver 是用于监视 DOM 树内的特定节点的 Web API 接口,一旦监测到节点发生变化,就会通知回调函数执行相应的逻辑。该 API 的兼容性很好,但由于如今流行的 JS 框架都旨在“数据驱动视图”,使得这个 API 容易被大众遗忘。本文将介绍 MutationObserver 的基本原理、使用方法和应用场景,帮助读者更好地理解和应用这个灵活且强大的 API。

前言

事情是这样的,某天我想给文档网站加个访问量统计的插件,这个插件是第三方的,工作原理是将数据填充到页面中特定 id 的节点上,例如有一个 <span id="pv"></span> 的节点,插件加载完成后就会通过 dqS (document.querySelect) 找到 id 为 pv 的节点然后把 pv 数据渲染上去。问题就在于,我这个文档网站并不是静态的,所有工作都是在运行时完成,类似一个用 Vue 驱动的网页,一开始只有 #app 节点,所以这个第三方脚本不能直接放在 index.html 文档中加载,否则可能页面还没渲染完,脚本就已经开始 dqS 了,结果肯定是没有数据显示。而页面真正渲染完成并不在 DOMContentLoaded 阶段,使得 defer 异步加载也失去用处。

如果你的网站是自己用例如 Vue 这样的框架编写的,那你自然会想到在 onMounted 生命周期里加载脚本,但在这个场景下页面真正渲染完成是在一个黑盒当中,那么我要如何才能获知这个本“不存在”的 DOM 节点出现的时机呢?

起初我想到的是一个笨拙但有用的解决方案,那就是使用定时器函数,我们只需要轮询节点是否存在,等到它出现的时候,便可以开始加载第三方脚本:

代码语言:javascript
复制
const timer = setInterval(() => {
    if (document.getElementById('xxxx')) {
      // TODO: 此时开始加载第三方脚本
      clearInterval(timer) // 清除定时器
    }
}, 1000)

效果如下所示:

这种方式虽然可以有效运作,但是很明显的缺陷是不够灵活,定时器的间隔时间难以定义,设置长了生效慢,设置短了又产生太多不必要的开销。

有没有什么方法可以避免无意义的轮询,又能在渲染完成第一时间加载脚本呢?这就要提到 MutationObserver 这个浏览器 API 了。

变动观察器

MutationObserver 是 Web API 中的一个接口,用于监测 DOM 树中的变化。

它可以观察特定节点或其子节点的任何更改,例如添加、删除或修改子节点、属性变化、文本变化等等。

当 MutationObserver 绑定到一个节点上时,它会创建一个观察器实例,该实例会监听其绑定的节点及其子节点的变化,并在发生变化时触发一个回调函数。

这个 API 的使用非常简单,我们以上面的场景为例,只需要监听文档树的根节点,然后在其子节点每次发生变化时进行 dqS 就可以了,代码如下:

代码语言:javascript
复制
// 选择一个要监听的节点
const targetNode = document.body

// 创建一个新的 MutationObserver
const observer = new MutationObserver(() => {
  if (document.getElementById('xxx')) {
    // TODO: 此时开始加载第三方脚本
    observer.disconnect(); // 销毁监视者
  }
})

const config = { childList: true, subtree: true } // 对哪些更改做出反应

// 绑定目标节点并启动监视者
observer.observe(targetNode, config)

在完成对应逻辑后应该及时调用 observer.disconnect() 销毁监视者,否则第三方脚本里如果也操作了 DOM 就会不断递归。

变动出现了特定节点,于是加载第三方脚本,渲染数据,并关闭监视者。

config 对象有如下这些值,这些布尔选项表示会“对哪些更改做出反应”:

  • childList:监听子节点变动
  • subtree:监听所有后代节点的变动
  • attributes:监听节点的特性变化
  • attributeFilter:特性名称数组,只观察选定的特性
  • characterData:是否观察文本内容
  • attributeOldValue:是否将特性的旧值和新值都传递给回调
  • characterDataOldValue:是否将 node.data 的旧值和新值都传递给回调

应用场景

除了上文的第三方脚本场景,还有哪些场景可以使用呢?

编辑器自动保存

当我们给一个普通的 div 添加 contentEditable 属性时,它便具有了可编辑的能力,这时我们可以通过 MutationObserver 来监听文本内容的变动,并执行某些逻辑,例如在发生改动时触发自动保存等,你可以在下面简单的代码片段中查看效果与代码,修改文本并观察控制台的输出:

jcode

MutationRecord 对象有如下一些属性:

  • type:变动类型,attributes:特性被修改了,characterData:数据被修改了(文本),childList:添加/删除了子元素
  • target:更改发生在何处
  • addedNodes / removedNodes:添加/删除的节点,数组格式
  • previousSibling / nextSibling:添加/删除的节点的上一个/下一个兄弟节点
  • attributeName / attributeNamespace:被更改的特性的名称/命名空间(XML)
  • oldValue:修改前的值,仅适用于特性或文本更改(需设置相应选项 attributeOldValue / characterDataOldValue

Div 水印

在上面的文本编辑器例子中,除了在文本框修改会触发监听回调,打开控制台在文档树中直接修改也能触发回调:

这就给我们提供了一种保护 DOM 结构的思路:例如在页面中打水印的场景,只需要用最简单的 div 覆盖最上层实现,然后监听这些水印节点,无论水印被何种方式删除,都可以监听到然后把它还原回去~

同理,如果页面中插入第三方广告,也可以用来检查广告是否被屏蔽等。

总结

MutationObserver 的优点在于它可以捕获多种类型的 DOM 变化,包括元素的添加、删除、属性更改、文本内容变化等,而不需要显式地监听每一种变化类型,这意味着它更灵活、更可靠,并且可以适应各种应用场景。

从架构的角度上来看,MutationObserver 可以构建更高效、更灵活的代码,因为它符合设计模式中最基本的“开闭原则”,即对扩展开放,对修改关闭。该原则提倡当需要添加新的功能时,不应修改已有的代码,而是应该通过扩展已有的代码来实现新的功能。当已存在的代码成为黑盒时,有效地监听 DOM 变化并做出相应的扩展逻辑,可以更优雅地完成需求。

以上就是文章的全部内容,感谢看到这里!本人知识水平有限,如有错误望不吝指正,如果觉得写得不错,对你有所帮助或启发,可以点赞收藏支持一下,也欢迎关注,我会更新更多实用的前端知识与技巧。我是茶无味de一天,希望与你共同成长~

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 前言
  • 变动观察器
  • 应用场景
    • 编辑器自动保存
      • Div 水印
      • 总结
      领券
      问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档