为什么 stopPropagation 在编辑器里经常失效
因为 HTML 编辑器（比如 contenteditable 元素或富文本组件）的焦点行为高度依赖原生事件流，而 blur 和 focusout 本身不冒泡——你对点击事件调用 stopPropagation，根本拦不住失焦。真正触发失焦的，往往是用户点击了编辑器外部区域，浏览器按规范自动将焦点移出，和事件冒泡无关。
真正该监听和阻止的是 mousedown 或 pointerdown
编辑器失焦的直接诱因通常是外部区域的按下动作。只要在容器外捕获到这个按下事件，并判断目标不在编辑器内，就可以主动 preventDefault() + stopPropagation()，再手动把焦点保留在编辑器上。
- 必须用
mousedown（不是click），因为click触发时焦点早已丢失 - 监听位置应在
document或编辑器父级容器，确保能捕获所有外部点击 - 检查
event.target是否在编辑器 DOM 树内：用editor.contains(event.target)，别用closest()避免误判 - 调用
editor.focus()要加setTimeout(..., 0)，否则可能被浏览器默认行为覆盖
contenteditable 容器中还要防住 tab 和 esc 失焦
键盘操作是另一个失焦高频路径：Tab 会跳到下一个可聚焦元素，Esc 在某些浏览器中会退出编辑模式。这些和冒泡无关，但常被忽略。
- 监听
keydown，对Tab调用event.preventDefault()，再用event.shiftKey ? moveFocusPrev() : moveFocusNext()自定义跳转逻辑 - 对
Escape，同样preventDefault()，并根据需要清空选区或保留光标位置 - 注意 Safari 对
contenteditable的Tab行为更顽固，有时需配合tabindex="-1"和手动管理焦点链
React/Vue 等框架里容易漏掉的副作用清理
动态挂载/卸载编辑器时，如果没及时移除 document 上的 mousedown 监听器，会导致多个监听器堆积，甚至作用于已销毁的编辑器实例，引发 Cannot read property 'contains' of null 错误。
立即学习“前端免费学习笔记（深入）”；
- 在组件卸载或编辑器销毁时，务必调用
document.removeEventListener('mousedown', handler) - Vue 中用
onBeforeUnmount，React 中在useEffect返回函数里清理 - 避免把 handler 写成内联箭头函数，否则无法正确移除；应提名为具名函数或用
ref缓存
Tab，或者监听了 click 却发现焦点早就没了。 
