深入理解 textarea：那些让你头疼的坑与正确用法

做前端开发，textarea 这货看似简单，但用错了真是能把人气哭。直接写个 </code> 或者忘记闭合标签，后续的 HTML 解析就会像多米诺骨&牌一样崩掉，尤其是嵌套在表单里或者用 JS 动态插入时，内容丢失、样式塌陷，那叫一个酸爽。浏览器虽然会试图“修复”你的错误，但修复结果往往比错误本身更不可控。</p> <p><img src="/uploadfile/2026/0719/6a27285adce5bf069330547fa755e53f.webp" alt="如何在HTML中实现 textarea 多行文本输入区域" /></p> <h3>textarea 必须成对写，不能自闭合</h3> <p>正确且唯一的写法是：<code><textarea name="content">默认文字。请务必记住，内容必须放在开始和结束标签之间，不要试图用 value 属性来赋值——那是 的专属玩法，textarea 不吃这套。

• name 属性是必选项，少了它，表单提交时后端根本收不到这个字段，所有输入都白费。
• rows 和 cols 建议显式设置。如果啥都不写，Chrome 和 Firefox 默认只渲染出大约 2 行、20 个字符宽，视觉效果就像被压缩了一样，用户体验很差。
• 如果你用 CSS 控制尺寸（例如 height: 120px），rows 依然建议保留。它不仅是语义化的 fallback，更是对可访问性的支持，屏幕阅读器等辅助设备会依赖这个属性。

rows 和 cols 不是字符限制，只是初始布局提示

划重点：rows="5" 只表示“初始可见 5 行”，用户仍然可以输入 50 行的内容；cols="40" 表示“按等宽字体估算每行约 40 个字符宽”，但实际宽度受 font-family、letter-spacing 以及父容器约束的影响，偏差可以很大。

真正用来限制输入长度的是 maxlength 属性，单位是 Unicode 字符数。例如：。但请注意，这个属性只负责前端防误触，后端必须做二次校验，否则绕过 JS 就能发送超长内容，直接让你数据库炸锅。

• rows 的值必须是纯数字，不能带单位（写 rows="5px" 是无效的）。
• 在 Flex 或 Grid 布局中，cols 属性可能失效，这时候请优先使用 CSS 的 width 和 min-height 来控制。
• 移动端 Safari 对 cols 的渲染很不靠谱，建议搭配 width: 100% 一起使用，避免出现不可控的布局问题。

placeholder 换行会被折叠，且聚焦即消失

placeholder 在 textarea 中的行为跟 完全一致：文字是浅灰色、不换行（所有换行符都会被忽略）、并且一旦获得焦点就会立即清空。所以，别费劲在 placeholder 里写“第一行↵第二行”，它最终只会显示成“第一行第二行”。

如果你真的需要多行占位提示，那就得用 Ja vaScript 动态注入默认内容，或者用 CSS 搭配 ::before 伪元素来模拟，但后者的问题是它无法随用户输入自动消失，体验上会打折扣。

• placeholder 的文字永远不会被提交到后端，它的角色只是纯粹的 UI 提示。
• 当 textarea 处于 disabled 或 readonly 状态时，placeholder 不会显示——因为它毕竟是为“可输入”状态设计的。
• 如果 placeholder 被 CSS 遮挡了（比如 line-height 设得太大），可以检查一下是否设置了 overflow: hidden 或者高度被意外截断。

自适应高度要用 JS 监听 input 事件，不能只靠 CSS

原生 textarea 是不会随着内容变高而自动撑开的。固定一个 height 容易导致内容被截断或留下大片的空白，而设 resize: vertical 又需要用户手动拖拽，完全不符合“输入即适配”的预期。真正的自动化方案，必须靠 JS。

核心逻辑其实就两步：el.style.height = 'auto' （这一步是为了触发重排，让 scrollHeight 能正确计算），接着再设置 el.style.height = el.scrollHeight + 'px' 。漏掉第一步，scrollHeight 就会卡在旧值上，怎么弄都无效。

• 务必在 CSS 中设置 min-height 和 max-height，来处理极端情况，比如用户一次性粘贴了一万字。
• iOS Safari 旧版本（≤15.6）中，scrollHeight 计算可能不准，可以加个 fallback 到 el.offsetHeight。
• 避免在 input 事件中做频繁重排，简单场景够用；如果是高频输入场景（比如实时协作编辑器），建议加上节流处理。

最后，最容易忽略的一个点：textarea 里的换行符在表单提交时，在不同操作系统下表现不同。Windows 下是 \r\n，macOS 和 Linux 下是 \n。后端解析时必须做统一处理，不能想当然地假设全是 \n。此外，在显示服务端返回的内容时，CSS 的 white-space: pre-wrap 属性非常关键，否则用户输入的换行在页面中会变成空格，内容就全连在一起了。