应使用 input 事件实现真正实时字数统计,因其覆盖键盘、粘贴、语音等所有输入方式;textarea 用 value.length,contenteditable 宜用 textContent.replace(/s+/g, ' ').trim().length;需注意中英文混排按字符长度即可,避免 innerText 多算换行符;缓存 DOM 元素并避免高频重排以提升性能。
HTML 本身不能做字数统计,必须靠 JavaScript 实现;所谓“实时”,本质是监听输入事件并计算 value 或 textContent 长度,但要注意空格、换行、中文标点和富文本的差异。
用 input 事件,不是 keyup 或 change:
input 覆盖所有输入方式(键盘、粘贴、拖入、语音、自动填充),keyup 漏掉鼠标粘贴和 IME 输入change 只在失焦时触发,完全不满足“实时”要求input 能稳定捕获textarea 直接取 element.value.length 即可;但 contenteditable 是 HTML 结构,需提取纯文本:
element.innerText 会把换行转成空格,且受 CSS display: none 干扰element.textContent 更可靠,但会包含不可见的 和换行符 n
element.textContent.replace(/s+/g, ' ').trim().length(合并空白、去首尾)用户关心的是“写了几个字”,不是 JS 字符长度。常见偏差点:
立即学习“前端免费学习笔记(深入)”;
hello123!)应整体视为 1 个“词”,但字数统计一般不拆词——直接用字符长度即可,除非明确要求“中文字符+英文单词数”.length 统计 innerText,它在含 <br>的
contenteditable 中会多算换行符text.replace(/[rnts]+/g, '').length
每次 input 都查 DOM 更新统计数,容易卡顿,尤其在低配设备或长文编辑场景:
<span id="count"></span>)缓存为变量,不要每次 document.getElementById('count')
getBoundingClientRect() 或样式计算setTimeout 延迟 100ms 更新,或用 requestIdleCallback
最易被忽略的是 contenteditable 的光标位置重置问题:手动设置 textContent 会丢失焦点和光标,统计显示务必用 innerText 或仅更新独立 <span>,别动编辑区本身。