layui中textarea的rows属性无效是因为form.render()会覆盖原生rows渲染；应优先用css设min-height和resize，rows仅作语义fallback。
layui 表单里 textarea 的 rows 属性为什么没效果
因为 layui 的 form.render() 会重置或覆盖原生 rows 属性的渲染行为，尤其在动态渲染后，rows="5" 可能被忽略或缩成 2 行。这不是 bug，而是 layui 对表单控件统一接管后的副作用。
正确设置初始行数的两种方式
优先用 CSS 控制视觉高度，rows 仅作语义 fallback：
- 保留
rows="4"（合理默认值），供屏幕阅读器等辅助技术识别 - 用 CSS 设置
min-height: 80px或height: auto，配合resize: vertical - 若必须用 layui 默认样式，加 class
layui-textarea并确保未被其他 CSS 覆盖 line-height 和 padding - 不要写
style="height: 100px"—— 固定 height 会截断内容，且与 layui 的内部尺寸计算冲突
layer.prompt 里想设多行？别碰 rows
layer.prompt 内部强制用 <input type="text">，传 rows 属性完全无效。强行加 textarea 到 content 里，layer 也取不到值。
- 改用
layer.open+ 自定义<textarea></textarea>，并手动控制area尺寸，例如['500px', '200px'] - 在
yes回调里用document.getElementById('myTextarea').value取值，别依赖 prompt 的第二个参数 - 避免用 CSS 强行把 input 改成 textarea —— DOM 结构没变，layer 仍按 input 处理，提交为空
ASP.NET Web Forms 场景下 rows 属性怎么用
在 HtmlTextArea 服务器控件中，Rows 是真实生效的属性，但只影响初始渲染高度，不阻止用户拖拽或内容溢出。
- C# 后端设
TextArea1.Rows = 6，前端生成<textarea rows="6"></textarea> - 该值会被后续 CSS 的
height或min-height覆盖，若要兼容，建议只设合理值（如 3–8） - 注意：
Rows = -1表示未设置，浏览器按默认行为（通常是 2 行）渲染 - 中文环境下，
rows="4"在多数字体下对应约 60–80px 高度，但不能精确换算
实际项目里，rows 已退化为辅助性标记，真正可控的是 CSS；而 layui 的封装逻辑会让它更不可靠——别指望它“设几就几行”，得主动用 min-height 和 resize 接管。
