因为layedit在原textarea上层覆盖了iframe编辑区域，用户输入实际发生在iframe内，原始textarea始终为空或仅存占位值，故直接读取其value无法获取富文本内容。
layedit.getContent() 是唯一可靠的方式，其他任何直接读 textarea.value 或 $('textarea').val() 都拿不到富文本内容——因为编辑器内容根本不在原 textarea 里。
为什么直接读 textarea 拿不到内容
Layui 的 layedit 是在原 textarea 上层覆盖了一个 iframe + DOM 编辑区域，用户所有输入都发生在 iframe 内部，原始 textarea 始终为空或仅保留初始化时的占位值。
- 常见错误现象：
$('#content').val()返回空字符串，即使编辑器里写了大段文字 - 表单自动序列化（如
form.serialize()）也完全捕获不到富文本内容 - 只有调用
layedit.getContent(index)才能从 iframe 文档中提取渲染后的 HTML 字符串
getContent() 的参数和返回值必须对得上
layedit.getContent() 接收的是「编辑器实例索引」，不是 DOM ID 或 jQuery 对象。
- 构建时：
var index = layedit.build('content')—— 这个index是数字，比如0、1 - 取值时：
layedit.getContent(index)，不能写成layedit.getContent('content')或layedit.getContent($('#content')) - 返回值是 HTML 字符串，含
<p></p>、<img>等标签；若需纯文本，改用layedit.getText(index) - 如果返回空字符串，先确认
index是否有效（console.log(index)看是不是undefined）
动态生成多个编辑器时怎么安全取值
当页面有 N 个富文本（比如配置驱动的循环列表），每个 layedit.build() 返回的 index 必须单独保存，不能复用同一个变量。
- 错误写法：
for (let i = 0; i → 最后 <code>editIndex只存最后一个 - 正确做法：用数组或 Map 存储，例如
const editIndices = {}; ids.forEach(id => { editIndices[id] = layedit.build(id); }) - 提交时遍历取值：
Object.entries(editIndices).forEach(([id, idx]) => { const html = layedit.getContent(idx); }) - 注意：ID 必须是合法 HTML ID（不能含点、空格、括号等），否则
layedit.build()会静默失败
表单提交前必须同步？不，只在特定场景需要
只有当你依赖 form.on('submit', ...) 并期望 data.field 自动包含富文本内容时，才需要提前调用 layedit.sync(index) 把内容写回 textarea。否则纯 AJAX 提交，直接 getContent() 更干净。
-
layedit.sync(index)的作用是把 iframe 内容反向写入原始textarea的value属性，供 form 序列化使用 - 如果你用
$.post(..., { content: layedit.getContent(index) })，完全不需要sync - 滥用
sync可能导致 XSS 风险：如果后端没做 HTML 过滤，直接把富文本存进数据库，再原样输出到页面就危险了
最常被忽略的一点：layedit.getContent() 返回的是未经转义的 HTML 字符串，如果后续要插入到 DOM（比如预览区），务必用 innerHTML 而非 textContent；如果要作为 API 参数发送，注意某些后端框架会自动转义特殊字符，可能让 <p></p> 变成 <p> —— 这时候得看接口文档是否要求传原始 HTML 还是实体编码格式。
