JSDOM中MutationObserver报错解决方法
偷偷努力,悄无声息地变强,然后惊艳所有人!哈哈,小伙伴们又来学习啦~今天我将给大家介绍《JSDOM中MutationObserver报错解决方法》,这篇文章主要会讲到等等知识点,不知道大家对其都有多少了解,下面我们就一起来看一吧!当然,非常希望大家能多多评论,给出合理的建议,我们一起学习,一起进步!

正如摘要所述,当你在JSDOM中使用MutationObserver时,可能会遇到一个令人困惑的错误:“TypeError: Failed to execute 'observe' on 'MutationObserver': parameter 1 is not of type 'Node'”。 即使你确信传递给observe方法的参数是一个有效的DOM节点,该错误仍然可能出现。这通常是因为存在多个JSDOM实例,导致MutationObserver和DOM节点来自不同的JSDOM环境。
问题根源:多个JSDOM实例
在Jest测试环境中,jest-environment-jsdom 会自动创建一个全局的JSDOM实例。同时,你的测试代码可能又显式地创建了另一个JSDOM实例(例如,通过 new JSDOM())。
当你在测试中使用 new MutationObserver() 时,它会默认使用全局的JSDOM实例。但是,你传递给 observe 方法的DOM节点可能来自你显式创建的JSDOM实例。由于JSDOM不允许跨实例操作节点,因此会抛出上述错误。
解决方案:确保MutationObserver和DOM节点来自同一实例
解决这个问题的关键在于确保你使用的 MutationObserver 和DOM节点都来自同一个JSDOM实例。以下是几种可能的解决方案:
1. 使用JSDOM实例的MutationObserver
最直接的解决方案是将 MutationObserver 的创建与特定的JSDOM实例关联起来。例如,如果你创建了一个名为 dom 的JSDOM实例,那么你应该使用 new dom.window.MutationObserver() 来创建 MutationObserver。
修改后的代码示例:
import { JSDOM } from 'jsdom';
import fs from 'fs';
import path from 'path';
const html = fs.readFileSync(path.resolve(__dirname, '../index.html'), 'utf8');
let dom;
let container;
function waitForElm(dom, parentElm, selector) { // 传递dom实例
return new Promise(resolve => {
if (parentElm.querySelector(selector)) {
return resolve(parentElm.querySelector(selector));
}
const observer = new dom.window.MutationObserver(mutations => { // 使用dom实例的MutationObserver
if (parentElm.querySelector(selector)) {
resolve(parentElm.querySelector(selector));
observer.disconnect();
}
});
observer.observe(parentElm, {
childList: true,
subtree: true
});
});
}
describe('index.html', () => {
beforeEach(() => {
dom = new JSDOM(html, { runScripts: 'dangerously', resources: "usable" });
})
it('adds a tag', async () => {
container = dom.window.document.body.querySelector("#app-root");
const elm = await waitForElm(dom, container, '.my-embed'); // 传递dom实例
expect(container.querySelector('.my-embed')).not.toBeNull();
});
});在这个示例中,我们将 dom 实例传递给 waitForElm 函数,并在 waitForElm 函数中使用 dom.window.MutationObserver 创建 MutationObserver。这样可以确保 MutationObserver 和 parentElm 都来自同一个JSDOM实例。
注意事项:
- 这种方法需要你将JSDOM实例(或者至少是它的 window 对象)传递给所有需要使用 MutationObserver 的函数。
2. 使用全局的JSDOM实例
另一种解决方案是始终使用全局的JSDOM实例,并避免显式创建新的JSDOM实例。你可以通过 document 对象访问全局JSDOM实例。
修改后的代码示例:
import '@testing-library/jest-dom/extend-expect';
import fs from 'fs';
import path from 'path';
const html = fs.readFileSync(path.resolve(__dirname, '../index.html'), 'utf8');
// 不再显式创建 JSDOM 实例
// let dom;
let container;
function waitForElm(parentElm, selector) {
return new Promise(resolve => {
if (parentElm.querySelector(selector)) {
return resolve(parentElm.querySelector(selector));
}
const observer = new MutationObserver(mutations => {
if (parentElm.querySelector(selector)) {
resolve(parentElm.querySelector(selector));
observer.disconnect();
}
});
observer.observe(parentElm, {
childList: true,
subtree: true
});
});
}
describe('index.html', () => {
beforeEach(() => {
//不再使用 new JSDOM,直接修改全局 document
document.documentElement.innerHTML = html;
// 或者使用 document.write(html);
// dom = new JSDOM(html, { runScripts: 'dangerously', resources: "usable" });
})
it('adds a tag', async () => {
container = document.body.querySelector("#app-root");
const elm = await waitForElm(container, '.my-embed');
expect(container.querySelector('.my-embed')).not.toBeNull();
});
});在这个示例中,我们不再显式创建JSDOM实例,而是直接修改全局的 document 对象的内容。 我们使用document.documentElement.innerHTML = html; 将HTML内容写入全局的JSDOM实例中。 这样,所有的DOM操作都将在同一个JSDOM实例中进行。
注意事项:
- 这种方法可能会影响其他测试用例,因为你正在修改全局状态。 因此,在使用这种方法时,请确保在每个测试用例之前重置全局状态。
- 使用 document.write() 或 document.documentElement.innerHTML = ... 设置HTML内容可能会导致一些副作用,例如重新加载脚本。你需要仔细评估这些副作用是否会影响你的测试结果。
总结
MutationObserver 在 JSDOM 中报错“参数1不是Node类型”通常是由于多个JSDOM实例引起的。为了解决这个问题,你需要确保 MutationObserver 和 DOM 节点都来自同一个 JSDOM 实例。 你可以选择使用 JSDOM 实例的 MutationObserver,或者始终使用全局的 JSDOM 实例。 选择哪种方法取决于你的具体需求和测试环境。 在选择解决方案时,请仔细评估每种方法的优缺点,并选择最适合你的情况的方法。
理论要掌握,实操不能落!以上关于《JSDOM中MutationObserver报错解决方法》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注golang学习网公众号吧!
JavaIO/NIO原理与高效编程技巧
- 上一篇
- JavaIO/NIO原理与高效编程技巧
- 下一篇
- Pythonrandom模块功能与使用全解析
-
- 文章 · 前端 | 3小时前 |
- Flex布局order和align-self实战技巧
- 274浏览 收藏
-
- 文章 · 前端 | 3小时前 |
- CSS设置元素宽高方法详解
- 359浏览 收藏
-
- 文章 · 前端 | 4小时前 |
- JavaScript宏任务与CPU计算解析
- 342浏览 收藏
-
- 文章 · 前端 | 4小时前 |
- float布局技巧与应用解析
- 385浏览 收藏
-
- 文章 · 前端 | 4小时前 | JavaScript模块化 require CommonJS ES6模块 import/export
- JavaScript模块化发展:CommonJS到ES6全解析
- 192浏览 收藏
-
- 文章 · 前端 | 4小时前 |
- jQueryUI是什么?功能与使用详解
- 360浏览 收藏
-
- 文章 · 前端 | 4小时前 |
- 搭建JavaScript框架脚手架工具全攻略
- 149浏览 收藏
-
- 文章 · 前端 | 4小时前 | JavaScript Bootstrap 响应式设计 CSS框架 Tab切换布局
- CSS实现Tab切换布局教程
- 477浏览 收藏
-
- 文章 · 前端 | 4小时前 |
- 并发控制:限制异步请求数量方法
- 313浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- ChatExcel酷表
- ChatExcel酷表是由北京大学团队打造的Excel聊天机器人,用自然语言操控表格,简化数据处理,告别繁琐操作,提升工作效率!适用于学生、上班族及政府人员。
- 3181次使用
-
- Any绘本
- 探索Any绘本(anypicturebook.com/zh),一款开源免费的AI绘本创作工具,基于Google Gemini与Flux AI模型,让您轻松创作个性化绘本。适用于家庭、教育、创作等多种场景,零门槛,高自由度,技术透明,本地可控。
- 3392次使用
-
- 可赞AI
- 可赞AI,AI驱动的办公可视化智能工具,助您轻松实现文本与可视化元素高效转化。无论是智能文档生成、多格式文本解析,还是一键生成专业图表、脑图、知识卡片,可赞AI都能让信息处理更清晰高效。覆盖数据汇报、会议纪要、内容营销等全场景,大幅提升办公效率,降低专业门槛,是您提升工作效率的得力助手。
- 3423次使用
-
- 星月写作
- 星月写作是国内首款聚焦中文网络小说创作的AI辅助工具,解决网文作者从构思到变现的全流程痛点。AI扫榜、专属模板、全链路适配,助力新人快速上手,资深作者效率倍增。
- 4527次使用
-
- MagicLight
- MagicLight.ai是全球首款叙事驱动型AI动画视频创作平台,专注于解决从故事想法到完整动画的全流程痛点。它通过自研AI模型,保障角色、风格、场景高度一致性,让零动画经验者也能高效产出专业级叙事内容。广泛适用于独立创作者、动画工作室、教育机构及企业营销,助您轻松实现创意落地与商业化。
- 3801次使用
-
- JavaScript函数定义及示例详解
- 2025-05-11 502浏览
-
- 优化用户界面体验的秘密武器:CSS开发项目经验大揭秘
- 2023-11-03 501浏览
-
- 使用微信小程序实现图片轮播特效
- 2023-11-21 501浏览
-
- 解析sessionStorage的存储能力与限制
- 2024-01-11 501浏览
-
- 探索冒泡活动对于团队合作的推动力
- 2024-01-13 501浏览

