maxlength不等于实时计数，因其仅拦截输入而不反馈字数，且对emoji和组合字符计数不准、无法自定义提示或联动逻辑，而input事件才是覆盖所有输入路径的唯一可靠实时计数入口。
不能。HTML 的 maxlength 属性只做输入拦截，不提供实时字数反馈，和「实时计数」是两件事。
为什么 maxlength 不等于实时计数
maxlength 是浏览器原生限制，它在输入超限时直接截断或阻止输入，但不会告诉你当前已输多少、还剩多少。用户看不到数字变化，也不知道自己刚粘贴的 200 字是否已被悄悄砍掉。
- 它按 UTF-16 码点计数，对 emoji（如
"??"）和组合字符（如带声调的"é"）统计不准，而真实业务需要的是用户感知长度 - 无法自定义提示文案、颜色、位置，也不能触发其他逻辑（比如禁用提交按钮、高亮警告）
- 移动端 iOS Safari 在中文输入法下，
maxlength可能延迟生效，导致短暂“超限却未拦截”
input 事件才是实时计数的唯一可靠入口
所有现代浏览器都支持 input 事件，它在每次值真正改变后触发——包括键盘输入、粘贴、拖入、自动填充、语音输入、IME 上屏完成，覆盖全部用户输入路径。
- 别用
keyup：中文输入法在拼音阶段就发keyup，未上屏的字也被计入，显示错乱 - 别用
change：只在失焦时触发，完全不满足“实时”要求 - 直接读
textarea.value.length，不要trim()或正则过滤——空格、换行符、制表符都是有效字符，除非业务明确排除 - 若需兼容极老安卓 WebView（4.4 以下），可降级为
keyup+setTimeout(..., 0)，但现在基本不用考虑
截断超长内容时必须手动维护光标位置
如果要在用户输入超限时自动截断（而非仅提示），不能只改 value，否则光标会跳到末尾，打断输入流。
立即学习“前端免费学习笔记（深入）”；
- 先保存当前光标位置：
const pos = textarea.selectionStart - 截取新值：
const truncated = value.slice(0, maxLength) - 赋回并重置光标：
textarea.value = truncated; textarea.setSelectionRange(pos, pos) - iOS Safari 对
setSelectionRange支持不稳定，建议降级为仅提示不自动截断，或加requestAnimationFrame包一层（但别用setTimeout，会造成明显延迟）
前后端字符数定义必须一致
前端用 value.length，后端却用 strlen()（C）、len()（Python，默认按字节）或别的算法，就会出现“前端显示还有 2 字，提交却被拒”的问题。
- 中文、emoji、组合字符在不同语言里长度计算方式不同，务必约定统一标准（推荐 Unicode 码位数，即
Array.from(value).length） - 富文本场景（如 Quill、TinyMCE）不能监听原生
textarea，必须走编辑器提供的 API 获取纯文本或 HTML 内容后再处理 - 若统计 HTML 字符（含标签），需先标准化换行符（如把
"\n"和"<br>"
都映射为占位符），再计数，否则视觉换行会被漏掉
最易被忽略的是输入法状态：JS 无法可靠判断用户是否还在选词，所以计数器在拼音过程中短暂不准是正常的。只要上屏后立刻修正，用户几乎无感——强行加 compositionstart/compositionend 监听，反而让逻辑变重、出错率上升。
