onkeyup不能可靠实现输入格式化，因其仅响应按键松开，无法捕获中文输入法组合过程、粘贴及ime中间状态，导致非法字符残留；应改用oninput配合compositionstart/compositionend事件控制清洗时机。
onkeyup 不能可靠实现输入内容格式化，尤其在中文输入法、粘贴、IME 组合输入等场景下会漏处理或误删内容。它只响应“按键松开”，不覆盖输入法未上屏的中间状态，也不捕获粘贴行为。
为什么 onkeyup 在中文输入法下会失效
用户用中文输入法输入“你好”时，onkeyup 会在每个按键（如“n”、“i”、“h”、“a”）松开时触发，但此时输入法尚未将“你好”上屏，this.value 还是拼音或空值；等“你好”真正上屏时，onkeyup 已经不触发了——导致非法字符（比如字母、符号）直接留在输入框里。
常见表现：
- 输入“nihao”后直接回车，输入框显示 “nihao” 而非预期的空或报错
- 切换输入法中途粘贴一段带中文/符号的文本，
onkeyup完全不响应 - 长按删除键快速清空时，最后几个字符残留无法清除
oninput + compositionstart/compositionend 才是正确组合
oninput 是唯一能覆盖键盘输入、粘贴、拖拽、剪切板插入等所有变更路径的事件，但它在中文输入法“组合中”（composition）阶段也会触发——这时 event.data 是 null 或不完整，直接清洗会破坏正常输入。必须配合 compositionstart 和 compositionend 判断输入法状态。
实操建议：
- 用
let isComposing = false标记当前是否处于输入法组合状态 - 监听
compositionstart设isComposing = true，监听compositionend设isComposing = false - 在
oninput中只对!isComposing的情况执行正则清洗，例如：input.value = input.value.replace(/[^\d]/g, '') - 仍需保留
onafterpaste或onpaste做兜底，因为部分浏览器 paste 不触发oninput
数字输入推荐优先用 type="number"，而非 JS 清洗
如果目标只是“只允许数字”，<input type="number"> 是更轻量、更语义化、且原生支持移动端数字键盘的方案。它天然屏蔽字母、中文、多数符号（除 -、.），且兼容性已覆盖所有现代浏览器（IE10+ 支持基本行为）。
但要注意两个实际限制：
- 无法禁止用户手动输入多个小数点（如
1..2），需额外用oninput校验/\.{2,}/ - 提交时若值为空或非法（如
"-"），input.value会是空字符串，不是0或NaN，后端需做容错 - 若需支持负数+小数，正则应为
/[^\d.-]/g，但要加逻辑防止开头多负号或小数点：例如value.replace(/^(-)?\.|\.(-)?/, '$1')
真正难的不是写正则，而是判断“什么时候该清洗”——输入法组合未完成时清洗，等于打断用户；失去焦点才清洗，等于放行非法内容到中途。这个时机差，就是 onkeyup 被淘汰的核心原因。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
