rows仅控制textarea初始可见行数，是近似值而非精确高度，会被CSS的height/min-height覆盖；建议设为≥3的整数作语义fallback，真实尺寸应由min-height、resize等CSS属性控制。
textarea 的 rows 属性怎么设才有效
rows 是 textarea 唯一控制“可见行数”的原生属性，但它只影响初始渲染高度，不约束实际输入长度。设成 rows="1" 会压缩到几乎看不见，rows="0" 或负值会被浏览器忽略并回退为默认（通常是 2 行）。
常见错误是以为 rows 能限制换行次数或总行数——它不能。用户仍可按回车输入上百行，rows 只决定滚动前能“一眼看到几行”。
- 最小建议值设为
rows="3"，低于此值易被误认为是单行输入框 - 若配合 CSS 设置了
height或min-height，rows会被覆盖，此时它仅作为降级 fallback（比如 CSS 加载失败时） - 在高 DPI 屏幕或缩放比例 >100% 时，
rows对应的实际像素高度可能略浮动，别依赖它做精确布局
为什么 rows 设了但看起来没变化
最常见原因是 CSS 强制重写了高度。比如写了 textarea { height: 100px; }，那无论 rows="10" 还是 rows="2"，最终都显示为 100px 高。
另一个容易忽略的点：某些 UI 框架（如 Bootstrap、Tailwind）的表单样式会全局重置 textarea 的 height 或 min-height，导致 rows 失效。
立即学习“前端免费学习笔记（深入）”；
- 检查 computed styles，看
height是否被 CSS 覆盖 - 想保留
rows效果，CSS 中避免直接设height，改用min-height+resize: vertical组合 - 用
!important强行恢复rows行为属于 hack，不推荐长期使用
rows 和 cols 的单位到底是什么
rows 是纯数字，代表“等宽字体下大致可显示的文本行数”；cols 同理，代表“等宽字体下单行可显示的字符数”。它们不是像素，也不随字体大小线性缩放。
这意味着：如果页面用了非等宽字体（如 font-family: "Helvetica", sans-serif），cols="40" 实际能塞下的中文字符数可能远少于 40 个（因为中文字体通常比英文字母宽）。
-
cols主要用于表单对齐参考，别拿它当精确字符宽度控制手段 - 响应式场景下，
cols值固定会导致小屏上溢出，建议搭配 CSS 的width: 100%使用 - 服务端接收数据时，
rows/cols完全不可信，它们只是前端提示值
想让高度随内容自适应，还能用 rows 吗
可以，但得配合 JavaScript。原生 rows 不支持自动伸缩，必须监听 input 事件，动态调整 textarea 的 style.height 为 scrollHeight。
注意：直接设 style.height = "auto" 无效，浏览器不会重新计算高度；必须先设成 "auto" 再立刻读取 scrollHeight，否则会拿到旧值。
- 每次输入后需重置
height为"auto"，再设为scrollHeight + "px" - 要兼容 Safari，得额外处理
padding和border，否则高度会偏大 -
rows在自适应场景下仍有用：它决定了初始高度和最小高度底线
rows，而是搞清它在哪起作用、在哪被绕过、以及服务端是否还指望它——这三处最容易漏掉验证逻辑。 
