customDispatchEvent 非标准 API，实为封装函数；推荐用原生 CustomEvent 在编辑器容器上通信，或依框架使用 Quill.emitter.emit、CKEditor 5 的 command.execute/model.eventSystem、ProseMirror 的 transaction metadata。
customDispatchEvent 不是标准 API，得先确认你用的是哪个编辑器框架
几乎所有主流 HTML 编辑器（如 Quill、CKEditor 5、TinyMCE、ProseMirror）都不提供叫 customDispatchEvent 的原生方法——这名字大概率是你团队封装的工具函数，或某插件文档里自定义的别名。直接搜这个函数名基本找不到标准支持，强行调用会报 TypeError: editor.customDispatchEvent is not a function。
实际能用的路径只有两条：
- 查你当前编辑器实例上挂载的事件分发方法，比如
Quill用editor.emitter.emit()，CKEditor 5用editor.model.document.on()+fire()，ProseMirror依赖view.dispatch()配合自定义 transaction metadata - 如果真有
customDispatchEvent，它内部大概率只是对dispatchEvent(new CustomEvent(...))的再封装，那就要确认它绑定在哪个 DOM 节点上（通常是编辑器容器元素），否则监听端收不到
用原生 CustomEvent 在编辑器容器上通信最稳妥
不依赖编辑器内部机制，直接操作容器 DOM 是跨插件通信最兼容的方式。前提是所有插件都约定好事件名前缀和数据结构，比如统一用 editor:command:xxx 格式。
发送端示例（假设编辑器容器 DOM 节点是 editorContainer）：
立即学习“前端免费学习笔记（深入）”；
const event = new CustomEvent('editor:command:insert-table', {
detail: { rows: 2, cols: 3, style: 'bordered' },
bubbles: true,
cancelable: false
});
editorContainer.dispatchEvent(event);
接收端（任意插件内）：
editorContainer.addEventListener('editor:command:insert-table', (e) => {
console.log('收到指令', e.detail); // { rows: 2, cols: 3, style: 'bordered' }
});
注意点：
- 必须确保
editorContainer是同一个 DOM 节点，多个编辑器实例要各自绑定 -
bubbles: true很关键，否则父级插件监听不到子组件触发的事件 - 避免用
document全局广播，容易被其他无关脚本拦截或冲突
CKEditor 5 插件间传指令：优先走 model.eventSystem 或 command.execute
如果你用的是 CKEditor 5，它的插件系统本身就有成熟的消息通道：editor.model.eventSystem 或复用已有 Command 实例。硬套 CustomEvent 反而绕过框架设计，导致 undo/redo、协作编辑等功能异常。
推荐做法：
- 定义一个业务命令类（继承
Command），比如InsertTableCommand，在execute()里处理逻辑 - 其他插件调用
editor.execute('insertTable', { rows: 2, cols: 3 })，自动进入 command pipeline - 需要广播但不改变状态？用
editor.model.eventSystem.fire('editor:table:preview-request')，监听方用editor.model.eventSystem.on()
这样做的好处是：事件能进 model.change() 事务，支持撤销、协作 delta 同步、权限校验钩子。
ProseMirror 插件通信：靠 dispatch 和 view.state.plugins 传递元数据
ProseMirror 没有中心事件总线，插件通信本质是「修改 state → 触发 view 更新 → 其他插件在 props.handleDOMEvents 或 view.dispatch 回调里响应」。所谓「自定义指令」得塞进 transaction 的 metadata 字段里。
发送方（比如 toolbar 插件）：
const tr = view.state.tr.setMeta('myPlugin', {
type: 'insert-callout',
data: { variant: 'warning' }
});
view.dispatch(tr);
接收方（另一个插件）在 props.handleDOMEvents 之外，更可靠的是在 plugin 的 state.update 钩子里检查：
update(view, lastState) {
const meta = view.state.tr.getMeta('myPlugin');
if (meta && meta.type === 'insert-callout') {
// 执行业务逻辑
}
}
注意：tr.getMeta() 只在 transaction 创建时有效，不能在 view.dispatch 后异步读取；且多个插件写同一 key 会覆盖，建议用唯一命名空间如 myCompany:callout。
真正难的不是发指令，而是让所有插件对「指令是否已处理」「是否需响应」「失败后怎么反馈」达成一致。没这套契约，光靠 dispatch 事件只会变成事件风暴。
