富文本草稿箱应采用防抖（800ms）+ 内容有效性比对（trim后不等且非空）+ 上下文隔离键名（如editor-content-${formId}）+ 内存先行策略，避免频繁I/O、中间态误存及跨表单覆盖。
富文本草稿箱用 LocalStorage 自动保存时，频繁写入会卡主线程、存错中间态（比如中文输入法的拼音）、浪费 I/O 资源。核心不是少存，而是让写入“有节奏”——等用户真停下了再存，且只存真正变的内容。
防抖 + 有效性判断：不存“假变化”
光加 setTimeout 不够，得配合内容比对，避免把“打完又删掉”或“空格换行调整”当新草稿存：
- 每次保存前，先读取上一次已存的值（如 lastSavedContent），再获取当前编辑器内容（editor.getValue() 或 el.innerHTML）
- 仅当 current.trim() !== lastSavedContent.trim() 且 current.trim() !== '' 时才执行写入
- 写入成功后立即更新 lastSavedContent = current，形成闭环
- 防抖延迟建议 500–800ms，中文输入场景优先选 800ms，避开选词阶段
键名带上下文隔离：避免多编辑器互相覆盖
用固定 key（如 "draft"）会导致不同页面、不同表单的草稿串在一起。必须让键名可定位、可区分：
- 推荐格式：editor-content-${formId} 或 draft-article-${articleId}
- 不要用 Date.now() 或随机数——恢复时无法反查
- 如果支持多标签页协同，可加哈希或路径标识，例如 editor-content-${location.pathname}-${hash}
内存先行 + 恢复时机精准
让 localStorage 只做“最终备份”，日常操作全走内存变量，减少直接读写次数：
立即学习“Java免费学习笔记（深入）”；
- 页面加载后，在 DOMContentLoaded 或框架 mounted/useEffect 阶段一次性读取并解析到内存对象
- 所有编辑操作只改内存副本，完全不碰 localStorage
- 恢复草稿时，先校验内容非空：if (draft && draft.trim())，再赋值并手动派发 input 事件，确保 Vue/React 等框架状态同步
- textarea 用 .value = draft，contenteditable 区域用 .textContent = draft，禁用 innerHTML 防 XSS
避开高危操作组合
以下行为极易引发长任务（>50ms），直接拖慢渲染帧率，必须规避：
- 不存完整 HTML 字符串（尤其含 script/style 标签），体积大、解析慢、有安全风险
- 不监听 input 后立刻 setItem，尤其在 contenteditable 上——它比 textarea 触发更频繁
- 跳过带 data-no-autosave 属性的字段（如密码框、验证码输入框）
- 编辑器 UI 状态（光标、折叠行、选区）需单独提取、单独存储，不能指望还原 HTML 就能恢复交互
