keydown适合按键级拦截（如禁字母、限长度），input适合值级校验与反馈（如格式检查、实时提示）；两者职责分明，混用易致逻辑错乱或体验问题。
在输入校验场景中，keydown适合拦截非法按键（如禁止输入字母、限制长度、阻止粘贴等），而input适合做内容验证与反馈（如格式校验、实时提示、状态更新等）。两者职责不同，混用或误用会导致逻辑错乱或体验问题。
keydown：用于“按键级”拦截，不反映最终值
keydown 在按键按下时触发，此时 input 元素的 value 还未更新，无法获取用户即将输入的内容。它适合：
- 阻止特定键（如
event.key === 'Enter'时event.preventDefault()） - 限制输入长度（判断
input.value.length >= maxLen后阻止继续输入） - 禁用粘贴、拖拽等操作（监听
paste、drop等事件更直接，但可配合 keydown 中的Ctrl+V判断做辅助拦截） - 屏蔽非数字键（如只允许数字输入时，检查
event.key是否为数字、退格、删除、方向键等）
⚠️ 注意：event.key 在中文输入法下可能为 "Unidentified" 或空字符串；且长按重复触发，需结合 event.repeat 过滤。
input：用于“值级”校验，反映真实变化
input 在输入值真正改变后触发（包括键盘输入、粘贴、剪切、拖放、脚本赋值等），它的 event.target.value 是当前最新内容，是做校验的首选时机：
- 手机号格式校验（如是否匹配
/^1[3-9]\d{9}$/） - 邮箱、密码强度、金额小数位数等业务规则验证
- 同步更新 UI（如错误提示文案、按钮可用状态、字符计数）
- 配合防抖提交（如搜索框联想）
✅ 推荐搭配 setImmediate 或 setTimeout(..., 0)（现代可用 queueMicrotask）确保 DOM 更新完成后再读取 value —— 虽然大多数情况下 input 触发时 value 已同步，但在某些框架或复杂交互中仍有延迟风险。
常见误用与建议组合
❌ 错误做法：仅用 keydown 做格式校验（比如判断输入后是否符合邮箱正则）—— 它拿不到新值，且无法捕获粘贴内容。
❌ 错误做法：用 keydown 阻止中文输入法上屏（如监听 key === "Process"）—— 不可靠，输入法行为差异大，应改用 compositionstart/compositionend 配合 input。
✅ 推荐组合：
- 用
keydown控制“能不能按”（如禁止输入符号、限制长度上限） - 用
input处理“输成什么样”（如过滤非法字符、格式化显示、校验并反馈） - 对中文输入法敏感场景，加监听
compositionstart（开始输入）和compositionend（上屏完成），期间可暂存校验逻辑或禁用实时反馈
一个实用校验示例（数字输入框）
目标：只允许输入带小数点的正数，最多两位小数，支持退格、删除、方向键、粘贴。
-
keydown：放行
Backspace、Delete、ArrowLeft/Right、Tab、Enter、Ctrl+A/V/X/C；阻止其他非数字/小数点/负号键（注意负号一般不允许多个） -
input：获取当前 value，用正则
/^\d*\.?\d{0,2}$/校验；若不合法，回退到上一次有效值（需缓存 lastValidValue）或自动修正（如截断多余小数位） - compositionend：中文输入法上屏后也触发一次 input 校验，避免漏检
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
