不能直接用contenteditable替代富文本编辑器，因其粘贴不可控、换行标签不一致、execcommand已废弃、光标定位与撤销行为不可靠；tinymce适合快速接入且自带图片上传回调，ckeditor 5需严格配置表单绑定与模块化toolbar，二者均需前后端协同清洗html并防御xss。

为什么不能直接用 contenteditable 替代富文本编辑器

它连基础粘贴都不可控：Word 粘贴进来一堆嵌套 <span style="font-family: Calibri"></span>，Firefox 和 Chrome 对 Enter 键生成 <div> 还是 <code><p></p> 不一致，document.execCommand 已被废弃且行为随机。更关键的是——你没法可靠地把光标定位到加粗文字中间再按 B 键，也没法实现 Ctrl+Z 三次后光标停在哪这种细节。所谓“能打字”不等于“能交付”。

TinyMCE 和 CKEditor 5 在企业项目里怎么选

看团队对可控性的要求：

Article To Html

文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。

下载

• TinyMCE：适合已有后端上传逻辑、只需快速接入的场景。它的 images_upload_handler 直接接收 blob，返回 URL 后自动插入；但插件生态松散，升级时容易因某一个第三方插件中断构建
• CKEditor 5：必须用 ClassicEditor.create()，不能用 InlineEditor（后者不绑定表单）；默认输出 HTML，但如果后端只读 req.body.content，而前端没同步值或没设 name 属性，就会丢格式；模块化强，但自定义 toolbar 需写 config.toolbar.items 数组，不是字符串

图片上传失败的三个高频原因

不是编辑器问题，是链路断在中间：

• Quill 默认把图片转成 data:image/png;base64 写进 HTML —— 后端通常拒收，因为体积大、无防盗链、无法 CDN 缓存
• CKEditor 5 的 SimpleUploadAdapter 配置里漏了 uploadUrl 或响应没返回 { default: "https://..." } 结构
• TinyMCE 的 images_upload_handler 函数里没调 success(uploadUrl)，或者用了 failure(errorMessage) 但没 catch 错误导致静默失败

后端接收 HTML 内容时最容易忽略的点

前端传的是 HTML 字符串，后端默认可能只解析 application/x-www-form-urlencoded 或 multipart/form-data 里的文本字段，而忽略 text/html 类型：

• Express 用户要改 body-parser：加 type: 'text/*'，否则 req.body.content 是空的
• Spring Boot 用户得确认 @RequestBody String content 能接住，而不是被 Jackson 当 JSON 解析报错
• 所有后端都该做 XSS 过滤 —— 别直接存 editor.getData() 返回的原始 HTML，先过一遍 DOMPurify.sanitize()

实际维护中，最难的不是初始化编辑器，而是当用户粘贴一段带表格的 Word 内容后，你得保证它既保留结构又不带内联样式；这需要编辑器配置 + 后端清洗双层兜底，缺一不可。