maxlength属性仅限制键盘输入，无法拦截粘贴、拖入、语音输入等操作，且不参与表单原生校验；需用input事件监听+截断补位，并确保前后端字符计数逻辑一致。
maxlength 属性在 textarea 上确实生效，但它只拦键盘输入，不拦粘贴、不拦拖入、不拦语音输入，也不参与表单原生校验——靠它 alone 保不住数据长度。
为什么 maxlength 对 textarea 有时“失效”
用户粘贴一段超长文本后发现字数爆了，但页面没拦住。这不是 bug，是规范行为：maxlength 只在按键输入（keydown/input）时由浏览器主动截断；而粘贴、拖放、iOS 语音上屏等操作会绕过该拦截逻辑，直接写入完整字符串。
- IE10+ 和 Safari 10.1+ 支持
maxlength，但中文输入法下“组词未上屏”阶段可能临时突破限制 - 移动端 WebView 行为更不一致：部分 Android 浏览器粘贴后自动截断，部分 iOS WKWebView 则全量插入
-
maxlength按 Unicode 码点计数（即 JavaScript 中value.length），一个 emoji 通常算 1 个字符，但某些旧版系统里可能算 2
怎么用 JS 补齐 maxlength 的缺口
监听 input 事件是最可靠的方式，它能捕获所有变更来源（键盘、粘贴、剪切、拖入、语音），且兼容性远好于 keydown 或 paste 单独监听。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 每次触发时检查
el.value.length > el.maxLength，超长就截断：el.value = el.value.slice(0, el.maxLength) - 直接赋值会重置光标位置；如需保留，得用
setSelectionRange手动恢复（尤其在 iOS 上更关键） - 别在
paste事件里做截断：此时event.clipboardData内容还没落地，无法准确判断最终长度
服务端必须重新校验长度
前端任何限制都可被绕过：maxlength 属性能被删掉，JS 能被禁用，请求能用 curl 直发。数据库字段长度、索引前缀、日志截断策略，往往和前端“字数”口径不一致。
- 服务端校验要用和前端一致的字符计数逻辑（推荐用 UTF-8 字符串长度，而非字节数）
- 对短信、邮件模板、搜索关键词等敏感字段，建议在入库前做硬截断 + 日志告警，而非仅返回错误
- 如果前后端字符计数方式不同（比如前端按
.length，后端按mb_strlen($str, 'UTF-8')），上线后一定会收“明明写了 20 字却提示超长”的工单
真正卡住项目的，从来不是写几行 slice()，而是中文输入法异步上屏时机、iOS 光标位置错乱、以及前后端字符长度定义是否完全对齐这三件事。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
