layui中普通textarea用$("#id").val()直接取值最可靠；若被layedit接管则需layedit.getcontent(index)；动态生成需确保dom就绪；disabled文本域需改readonly才能取值。
layui文本域用$("#id").val()直接取值就行
只要文本域是普通<textarea></textarea>标签，没被layedit富文本接管，就别绕路——$("#id").val()是最直白、最可靠的方式。Layui本身不拦截原生textarea的value读写，jQuery的.val()能准确返回用户输入内容（含换行、空格、中文），无需调用form模块或监听事件。
常见错误是误以为必须走form.val()或form.on('submit')才能取值。其实form.val()只对绑定lay-filter的表单整体有效，且要求表单已渲染；而单个文本域ID明确时，DOM查询更轻量、更可控。
- 确保
textarea有唯一id属性，比如<textarea id="content"></textarea> - 不要写
$("textarea").val()——页面多个textarea时会取第一个，结果不可预测 - 如果文本域在layer弹窗里，需加上下文限定：
$(layero).find("#content").val()，否则可能查不到
layedit富文本编辑器必须用layedit.getContent(index)
一旦textarea被layedit.build()初始化成富文本，它就不再是普通文本域了：DOM结构变成iframe嵌套，原生.val()永远返回空字符串。此时必须依赖layedit实例编号，调用layedit.getContent(index)获取HTML内容。
关键点是index必须是layedit.build()返回的有效整数。很多人直接写layedit.getContent(0)硬编码，但实际编号取决于build调用顺序，多编辑器场景极易错位。
- 初始化时存好编号：
var editIndex = layedit.build("content"); - 取值时用这个变量：
layedit.getContent(editIndex) -
layedit.getText(editIndex)可取纯文本（不含HTML标签） - 如果编辑器容器初始
display: none，首次取值可能为空，需先show()再build()，或延迟到用户交互后调用
动态生成的文本域要等DOM渲染完成再取值
用JS拼接或模板引擎（如artTemplate、Mustache）动态插入textarea后，若立刻执行$("#id").val()，大概率返回undefined或空字符串——因为节点还没挂载到DOM树。
这不是Layui特有问题，而是通用DOM时机问题。尤其在layer弹窗、tab切换、异步加载内容中高频出现。
- 在插入操作后加
setTimeout(() => { $("#id").val() }, 0)可简单兜底（宏任务队列） - 更稳妥的是监听DOM变更：
mutationObserver观察目标父容器，发现#id存在即取值 - 如果是layer弹窗，把取值逻辑放在
success回调里，确保弹窗DOM已就绪 - 避免在
$(document).ready()里取动态生成的元素，那时它们还不存在
禁用（disabled）文本域的值拿不到，得改readonly
$("#id").val()对disabled="true"的textarea始终返回空字符串，这是浏览器原生行为，和Layui无关。若需保留显示但禁止编辑，必须用readonly="true"替代disabled。
很多后台系统为“查看模式”批量加disabled，结果导出或提交时丢数据，根源就在这儿。
- 正确写法：
<textarea id="content" readonly>xxx</textarea> - JS动态设只读：
$("#content").prop("readonly", true)（不是.attr()） - 如果已用
disabled且无法改HTML，可用原生DOM取值：document.getElementById("content").value，但注意兼容性风险
disabled和readonly的区别、动态DOM的挂载顺序、layedit的实例生命周期，任何一个没对齐，值就丢了。
