本文介绍如何在 textarea 高度动态变化（如依赖父容器尺寸）时，精准限制其最大行数，防止因长单词、空格缺失或粘贴导致的隐式换行超出限制。
在 Web 开发中，单纯按 \n 统计行数无法真正限制 textarea 的可视行数——因为浏览器会根据 line-height、字体宽度和容器宽度，在无换行符的情况下自动折行（soft wrap），从而产生额外的视觉行（即“软换行”）。这正是你遇到的核心问题：value.split('\n').length 仅统计硬换行，而 offsetHeight / line-height 反映的是实际渲染行数，二者严重脱节。
✅ 正确思路：基于渲染行数实时校验
要真正阻止用户“创建新行”，必须在每次输入后（input、keydown、paste 等事件）测量当前文本在 textarea 中实际占用的行数，而非仅解析换行符。但由于 DOM 测量开销较大，更高效且可靠的方案是：结合字符级约束 + 智能截断 + 多事件监听，并辅以 CSS 强制行为控制。
? 推荐实现方案（优化版）
const textArea = document.getElementById('text-area');
const resizeDiv = document.getElementById('resizable-div');
// 获取当前允许的最大行数（基于 div 高度）
const getMaxRows = () => Math.max(1, Math.floor(resizeDiv.offsetHeight / 24));
// 核心校验与截断函数
function enforceRowLimit() {
const maxRows = getMaxRows();
const lines = textArea.value.split('\n');
// Step 1: 先按硬换行截断（基础防护）
if (lines.length > maxRows) {
textArea.value = lines.slice(0, maxRows).join('\n');
return;
}
// Step 2: 检测软换行溢出 —— 关键！使用临时元素模拟渲染
const temp = document.createElement('div');
temp.style.cssText = `
position: absolute;
visibility: hidden;
width: ${textArea.clientWidth}px;
font: inherit;
line-height: 24px;
white-space: pre-wrap;
word-wrap: break-word;
`;
temp.textContent = textArea.value || '\u200B'; // \u200B 防空内容高度为0
document.body.appendChild(temp);
const renderedLines = Math.ceil(temp.scrollHeight / 24);
if (renderedLines > maxRows) {
// 启用二分法回退：从末尾逐字符删除，直到行数合规（兼顾性能与精度）
let value = textArea.value;
while (value && Math.ceil(temp.scrollHeight / 24) > maxRows) {
value = value.slice(0, -1);
temp.textContent = value || '\u200B';
}
textArea.value = value;
}
document.body.removeChild(temp);
}
// 绑定所有可能触发换行的事件
['input', 'keydown', 'paste', 'cut'].forEach(event => {
textArea.addEventListener(event, enforceRowLimit, { passive: false });
});
// 同步响应容器尺寸变化（防 resize 后超限）
const resizeObserver = new ResizeObserver(() => {
// 延迟执行，避免频繁重绘
setTimeout(enforceRowLimit, 10);
});
resizeObserver.observe(resizeDiv);⚠️ 注意事项与最佳实践
- CSS 必须显式声明：line-height: 24px（与计算逻辑一致）、white-space: pre-wrap、word-wrap: break-word（或 overflow-wrap: break-word），确保软换行行为可预测；
- 避免仅监听 input：paste 和 drop 事件可能绕过 input，需显式绑定；
- 性能权衡：DOM 测量较重，生产环境建议对长文本启用节流（如 lodash.throttle），或采用启发式估算（如平均字符宽度 × 字符数 ÷ 容器宽 ≈ 行数）；
- 用户体验提示：可在 UI 显示剩余行数（如 3），提升可感知性；
- 移动端兼容性：iOS Safari 对 textarea 的 selectionStart 和软换行检测存在差异，建议增加 UA 判断并降级为纯字符数限制（配合 maxlength + 动态更新）。
✅ 总结
真正的“行数限制”不是文本处理，而是渲染控制。与其试图用字符串操作对抗浏览器排版引擎，不如拥抱其行为：用 CSS 锁定排版规则，用 DOM 测量验证结果，并通过多事件监听+智能截断保障一致性。本方案在保持 textarea 原生交互体验的同时，实现了动态高度下的精确行数封顶，适用于富文本编辑器、弹幕输入、卡片备注等场景。
