document.execCommand已废弃，Chrome 93+等主流浏览器默认禁用，调用返回false且无提示；根本原因是标准移除，非配置问题，迁移应改用Selection+Range API或现代编辑器如tiptap。
document.execCommand() 已被废弃，不建议在新项目中使用。Chrome 93+、Firefox 87+、Safari 15.4+ 均已移除或禁用多数命令；IE 和旧 Edge 是仅存的“全支持”环境，但它们已退出主流支持。
document.execCommand() 为什么调用没反应？
最常见原因是：目标元素不可编辑
execCommand()只对选中文本生效，而文本必须来自contenteditable="true"元素，或整个页面处于document.designMode = "on"状态。普通<div>或<p>默认不可编辑，调用直接返回false。检查是否真有选区：
getSelection().toString()返回空字符串？说明没选中任何内容，命令必然失败。-
浏览器差异真实存在：
"insertHTML"在 Chrome 中插入纯 HTML 片段，在 Safari 中可能被过滤为文本；"createLink"在 Firefox 中弹窗输入 URL，但在某些版本的 Chrome 中会静默失败（尤其未设showUI = true时）。立即学习“前端免费学习笔记（深入）”；
安全限制：
"copy"和"cut"在非用户手势（如 setTimeout 触发）上下文中会被拒绝，报错Uncaught DOMException: Document is not editable或静默失败。
execCommand("bold")、"italic" 等格式命令的实际输出差异
输出结构不统一：
Chrome 倾向用<strong>包裹，Firefox 用<b>，Safari 可能加style="font-weight: bold"—— 这不是 bug，是各引擎历史实现差异。不会保留语义层级：
对一段已含<h2>的文字执行"bold"，结果可能是<h2><strong>xxx</strong></h2>，也可能变成<h2 style="font-weight:bold">xxx</h2>，取决于浏览器和当前 selection 范围。"useCSS"和"styleWithCss"参数已被忽略：
现代浏览器不再响应这两个命令，强制走 CSS 样式路径，无法切回传统标签模式。
替代方案比硬扛 execCommand() 更可靠
纯前端富文本编辑：用
contenteditable+Selection+RangeAPI 手动操作 DOM
例如插入链接：获取当前Range，创建<a href="...">节点，用range.deleteContents()+range.insertNode()替换。轻量级需求直接用现成库：
medium-editor（已归档但稳定）、tiptap（基于 ProseMirror）、slate（高度可定制）—— 它们都绕开了execCommand()，自行管理状态与渲染。后台富文本处理：把 HTML 提交前用服务端 sanitizer（如 DOMPurify）清洗，别依赖前端命令输出的“干净度”。
真正难的不是让粗体变粗，而是让不同浏览器对同一段用户操作产生一致、可预测、可测试的 HTML 输出。现在这条路已被废弃，转向明确控制 DOM 的方式才是实际工程中的解法。
