Element.getAttribute 拿不到编辑器节点业务 ID，因多数编辑器用 JS 对象维护状态而非 DOM 属性；需先检查开发者工具确认 ID 存在位置，再依编辑器类型选择 API 或上下文获取。
Element.getAttribute 为什么拿不到编辑器节点的业务 ID
因为多数 HTML 编辑器（如 Quill、TinyMCE、CKEditor 或自研富文本组件）根本不会把业务 ID 写进 DOM 的 data- 属性里——它们通常用 JS 对象维护状态，DOM 只是渲染结果。直接对编辑器容器或内容区调用 getAttribute('data-id') 大概率返回 null 或 undefined。
先确认业务 ID 实际存在哪一层
别急着写代码，先打开浏览器开发者工具，检查目标节点：
- 右键编辑器最外层容器（比如
<div id="editor">），看它是否有data-business-id、data-item-id等自定义属性 - 如果没找到，点开内部
<div class="ql-editor">或<div contenteditable="true">，再查属性 - 更常见的情况是：ID 存在但被框架“代理”了——比如 Vue 绑定的
:data-id="item.id"不会自动同步到 DOM，除非显式加v-bind:data-id="item.id"
获取方式取决于编辑器类型和初始化方式
不同场景下，getAttribute 能否用、在哪用、用什么 key，差异很大：
- 如果是纯静态初始化的 Quill 实例：
quill.root是内容容器 DOM 节点，可尝试quill.root.getAttribute('data-business-id')，但前提是初始化时你手动给它加了该属性 - 如果是 React/Vue 封装的编辑器组件，业务 ID 几乎肯定不在 DOM 上，得从组件实例或上下文里取，比如
editorRef.current?.props?.itemId或editorInstance?.getData?.()?.metadata?.businessId - 某些编辑器（如 CKEditor 5）支持自定义
data-*属性注入，但需在配置中启用config.extraPlugins或使用downcastConverter显式映射 - 若编辑器内容是通过
innerHTML插入的，且原始 HTML 中带data-business-id="123"，那只有在对应子节点上才能拿到，比如editorContainer.querySelector('[data-business-id]').getAttribute('data-business-id')
绕过 getAttribute 的更可靠做法
当 DOM 层不可靠时，优先走编辑器自身的 API 或状态管理链路：
立即学习“前端免费学习笔记（深入）”；
- Quill：用
quill.getModule('toolbar')?.options?.businessId（如果存于模块配置）或监听text-change事件时从外部闭包读取当前上下文 ID - TinyMCE：用
tinymce.activeEditor.getParam('businessId')或初始化时传入的setup(editor) { editor.businessId = yourId } - 自研编辑器：检查是否暴露了
getInstance()或getMeta()方法，比扒 DOM 更稳 - 实在要 DOM 方案：统一约定在编辑器容器上加
data-editor-context，值为 JSON 字符串，再用JSON.parse(container.getAttribute('data-editor-context'))?.businessId
业务 ID 和编辑器 DOM 往往是弱耦合的，硬绑在属性上容易在序列化、克隆、SSR 等环节丢失。真正需要时，应该让业务逻辑主动把 ID 透出给编辑器实例，而不是反向从 DOM 里“猜”。
