会被清空
若用原生 contenteditable，需用 getSelection() + range.insertNode() 插入表格节点，不能只靠 execCommand
避免在 用 JavaScript 动态生成表格 HTML 时，必须带 border 或内联 style 否则渲染为空白
纯语义化的
正确写法示例（最小可用）：
注意：
- 必须显式写
border-collapse: collapse，否则双线边框；用 separate 则需额外设 border-spacing
- 不要依赖外部 CSS 类——编辑器内容区通常隔离样式作用域
- 单元格必须有
padding，否则文字紧贴边框，视觉上像没内容
表格内容可编辑但无法选中整行/整列？大概率是缺少 user-select: text 或事件拦截
插入后发现点击 | 只能编辑文字，拖选无法高亮整行，右键菜单也没有“插入行”“删除列”——这说明编辑器没绑定表格专属交互逻辑，或 CSS 阻断了原生选择行为。
排查与修复点：
- 检查表格容器是否被加了
user-select: none（常见于防误操作的 wrapper div）
- 确认
和 没有 contenteditable="false" 属性（有些编辑器默认禁用）
- 若需支持行列操作，得监听
contextmenu 并手动注入自定义菜单项，而不是依赖浏览器原生右键
- 移动端尤其要注意：iOS Safari 对
contenteditable 表格单元格的 focus 支持不稳定，常需加 tabindex="0" 辅助
导出 HTML 时表格样式丢失，问题往往出在 innerHTML 提取方式不对
用户编辑完表格，调用 editor.root.innerHTML 或 editor.getValue() 获取 HTML，结果粘贴到邮件或 CMS 里边框全没了——不是样式没写，是提取时剥离了内联 style 属性。
常见陷阱：
- 某些编辑器（如早期版 Draft.js）默认只返回“干净 HTML”，会 strip 所有
style 和 class
- 用
outerHTML 替代 innerHTML 可保留父容器样式，但要注意是否包含编辑器自增的 wrapper 元素
- 若后端要存 HTML，建议统一用
DOMParser 解析再序列化，避免字符串拼接导致属性转义错误（如 style="border: 1px..." 变成 style="border: 1px..."）
真正难的从来不是“怎么画出表格”，而是让表格在编辑、交互、导出三个环节都保持结构完整和样式可控。尤其是当用户复制粘贴进 Outlook 或微信公众号后台时，那些被删掉的 style 和悄悄塌陷的 才最让人头疼。
| |
|
| 
