onkeydown在按键按下瞬间触发但input.value未更新，onkeypress语义为字符输入但兼容性差且中文输入法下失效，onkeyup松开时value已同步最稳妥，现代推荐使用input事件覆盖所有输入方式。
onkeydown 是按键按下瞬间触发，但 value 还没更新
用户手指刚触键、系统尚未将字符写入 <input> 时，onkeydown 就已执行。此时读取 input.value 仍是旧值，无法反映本次按键结果。
常见错误：在 onkeydown 中做实时字数统计、校验输入长度或过滤非法字符（比如只允许数字），会漏判或误判——因为新字符还没进去。
- 适合场景：拦截功能键（
F5、Tab、Enter）、阻止默认行为（如event.preventDefault()禁用回车提交） - 注意：按住不放会连续触发，中文输入法下每敲一个拼音字母也常触发（
keyCode === 229） - 不能靠
event.keyCode = 0取消输入，应使用event.preventDefault()或event.returnValue = false
onkeypress 是字符级事件，但兼容性和覆盖范围有限
onkeypress 的设计目标是捕获“可打印字符”，但它在现代浏览器中已严重受限：不响应 Backspace、Delete、方向键、Ctrl+组合键，中文输入法期间基本失效（只在确认上屏后偶尔触发，且 keyCode 不可靠）。
关键差异在于语义：onkeydown 看的是“哪个物理键”，onkeypress 看的是“最终想输出什么字符”——但这个抽象层在多语言、IME、跨浏览器环境下早已失准。
- IE 中
event.keyCode在onkeypress里是字符码（如'A'是 65），而onkeydown里是键码（如A键是 65，Shift+A也是 65） - Firefox 中需用
event.charCode获取字符，keyCode恒为 0；但charCode在现代标准中已被废弃 - 实际项目中应避免依赖
onkeypress做核心逻辑，尤其涉及中文、快捷键、表单验证时
onkeyup 是最稳妥的“输入完成”信号，value 已同步
松开按键那一刻，系统已完成字符注入或命令执行，input.value 已包含本次输入结果。这是唯一能稳定读到最新内容的键盘事件。
搜索建议（search-as-you-type）、实时校验、防重复提交等场景，必须用 onkeyup。否则会出现“打完字才开始搜索”“删掉字符后校验仍显示错误”等问题。
- 按住不放不会重复触发，只有释放时一次，行为可预测
- 支持所有键（包括功能键、编辑键），
keyCode含义与onkeydown一致（虚拟键码） - 中文输入法下，仅在最终确认上屏（空格/回车）后触发，此时
value才真正更新——这反而是优点，避免拼音过程中的干扰 - 不能用它取消输入（
preventDefault无效），但可用于事后修正，比如自动转大写、过滤空格
现代替代方案：input 事件比三者都更可靠
直接监听 input 事件，能覆盖所有输入来源：键盘、粘贴、拖放、语音、IME 上屏、甚至脚本赋值。它不关心“怎么输”，只响应“值变了”。
相比 onkeyup，input 不会漏掉 paste 或右键粘贴；相比 onkeydown，它天然规避了键位判断和浏览器差异。唯一代价是无法拦截输入动作本身（比如阻止粘贴），但多数业务场景只需响应结果。
- 兼容性：Chrome 58+、Firefox 46+、Safari 10.1+、Edge 16+，移动端全覆盖
- 用法简单：
input.addEventListener('input', handler)，无需处理keyCode或区分大小写 - 若需兼容 IE9–11，可用
input+propertychange回退，但 IE 中propertychange触发太频繁，慎用
onkeydown 和 onkeypress 在拼音过程中狂轰滥炸，而 onkeyup 和 input 都要等到用户敲下空格或回车才响——这个延迟不是 bug，是正确的行为。强行用 onkeydown 拦截拼音过程，只会让体验变糟。 
