IE浏览器调用execCommand('bold')无法重置contentEditable加粗格式问题

• 选中范围被篡改：document.execCommand("bold", false, "")的取消加粗逻辑完全依赖当前选中区间的状态：只有当选中内容完全位于<strong>标签内部、且选中范围无偏移时，才会触发移除<strong>的逻辑。大型应用通常存在多个事件监听（如selectionchange、全局点击回调）、或框架虚拟DOM的预渲染逻辑，会在加粗命令执行前破坏原始选中范围，导致浏览器判定为需要给新内容新增加粗格式，生成嵌套的<strong>标签。
• 加粗状态判定失效：浏览器判断当前内容是否已加粗，是通过读取选中内容的计算样式font-weight值，大于等于700时才会判定为已加粗，执行取消逻辑。如果大型应用中存在全局样式覆盖，比如给<strong>设置font-weight: inherit、或给普通文本默认设置加粗样式，会导致判定逻辑失效，浏览器始终执行新增加粗操作，不断嵌套标签。
• 默认行为被干预：如果应用在点击事件冒泡阶段调用了event.preventDefault()，或使用React/Vue等框架对contentEditable内容做了双向绑定、自动重渲染逻辑，会导致execCommand执行后的DOM变更被框架覆盖，没有正确移除旧的<strong>标签，反而叠加新生成的标签。
• 自定义execCommand逻辑缺陷：部分富文本相关的应用会自行拦截、重写document.execCommand的默认实现，或是引入了有缺陷的polyfill，自定义逻辑中没有处理取消加粗的判断分支，每次调用都直接插入新的<strong>标签，最终出现多层嵌套。

快速验证方案：在执行加粗命令前打印document.queryCommandState('bold')的返回值，如果选中已加粗内容时该值返回false，即可确认是加粗状态判定或选中范围的问题，可针对性排查上层逻辑。

内容的提问来源于stack exchange，提问作者Adrien NGUYEN