layedit.create 初始化失败常见于DOM未就绪或容器非法；上传失败多因配置时机错、后端响应格式不符；取值需用layedit.getContent并手动sync；移动端需避fixed布局及加高度约束。
layedit.create 初始化失败，页面没反应
常见现象是调用 layedit.create 后编辑器区域空白、控制台无报错但 dom 没渲染。根本原因通常是 dom 节点未就绪或容器不合法。
- 确保调用前目标
<textarea id="content"></textarea>已存在于页面中（不要在document.write或异步插入后立刻初始化） - 容器必须是
<textarea>元素，不能是<div>或其他标签 —— layedit 不支持“无 textarea 的富文本” - 如果页面用 jQuery 动态加载内容，需在插入 DOM 后手动调用
layedit.create，且建议加setTimeout微任务延时（防渲染未完成） - 检查是否重复初始化同一 ID：layedit 会静默跳过已绑定的实例，不会报错，但也不会生效
上传图片失败，提示 “请求地址异常” 或 404
layedit 默认开启图片上传，但 uploadImage 配置项没设对，就会卡在前端或返回错误响应。
-
layedit.set({ uploadImage: { url: '/api/upload' } })必须在layedit.create之前调用，否则无效 - 后端接口必须返回标准 JSON：
{"code": 0, "msg": "", "data": {"src": "https://xxx.jpg"}}—— 字段名大小写、嵌套层级都不能错 - 若用 Nginx 代理，注意跨域或路径重写导致实际请求 URL 和配置不一致（比如配了
/api/upload，但 Nginx 把它转成了/upload） - 上传字段名默认是
file，后端接收不到请检查是否被框架自动改名（如 Spring Boot 的MultipartFile参数名需匹配）
编辑器内容取不到、提交时为空
很多人用 $('#content').val() 拿值，结果始终是初始空字符串 —— 因为 layedit 把内容同步到了隐藏的 <textarea>，但不是实时双向绑定。
- 正确方式是调用
layedit.getContent(id)，其中id是layedit.create返回的索引值（整数），不是元素 ID - 如果初始化时没存返回值：
var editIndex = layedit.create(...);，后续就只能靠全局变量或 DOM 属性暂存 - 表单提交前务必手动同步：在 submit 事件里先执行
layedit.sync(editIndex)，再取$('#content').val()—— 否则可能拿到旧内容 - 注意：
getContent返回的是带 HTML 标签的字符串，含<p><img>等，后端需做好 XSS 过滤
移动端光标错位、键盘弹起后编辑区消失
layedit 基于 iframe 实现，在 iOS Safari 和部分安卓 WebView 中存在兼容性问题，尤其软键盘触发后布局重排异常。
- 避免在
position: fixed容器内使用 layedit —— 键盘弹出会强制滚动，iframe 定位失效 - 给容器加
style="min-height: 200px;"，防止高度塌缩；同时设置layedit.create的height参数（如{ height: 200 }），别依赖 auto - iOS 上可临时加 hack：
textarea外层包一个div并监听focus事件，触发window.scrollTo(0, 0)强制归位 - 生产环境建议：复杂表单场景下，layedit 的移动端体验不如
quill或tinymce，真要支持多端优先评估替代方案
