监听表单输入应优先使用input事件并配合防抖，用formdata安全收集字段值，submit拦截需绑定form元素而非按钮，归因分析需综合多种信号。
怎么监听表单输入变化而不卡顿
直接用 input 事件，别用 change——后者只在失焦或回车时触发，漏掉实时行为。但高频 input 会引发性能问题，尤其配合搜索建议或校验时。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 对
<input>、<textarea></textarea>绑定input事件，避开keypress（不捕获粘贴、剪切板输入）和change（延迟高） - 加防抖：用
setTimeout+clearTimeout控制执行频率，300ms 是较稳妥的阈值 - 避免在回调里直接操作 dom 或发起请求；先存
value，等防抖结束再批量处理 - 注意移动端软键盘唤起/收起可能触发多次
input，可加if (e.target.value !== lastValue)做简单去重
如何区分用户主动输入和脚本赋值
脚本调用 input.value = 'xxx' 不会触发 input 事件，这是浏览器规范行为。但有些场景（如表单自动填充、框架响应式更新）需要感知“非人工”变更。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 不用监听事件来判断来源，改用
MutationObserver监听input元素的value属性变化（需配合setAttribute('value', ...)才生效，原生.value =不触发） - 更可靠的做法是封装输入函数，比如
updateInput(el, value, { isUserInput: false })，内部统一控制 flag 和事件派发 - chrome 的
inputEvent.inputType可区分'insertText'、'deleteContentBackward'等，但兼容性有限（safari 不支持），仅作辅助判断
submit 之前怎么安全收集所有字段值
别遍历 form.elements 后手动取 .value——禁用字段、未选中的单选/复选框、<select multiple></select> 的多选状态都容易漏或错。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
new FormData(formElement)获取键值对，它天然跳过disabled字段，正确处理checked、multiple和文件输入 - 需要 jsON 格式？用
Object.fromEntries(new FormData(formElement))，但注意：同名多值（如多个name="tag"）会被后一个覆盖；真要保留数组，得手动遍历FormData.entries() - 不要依赖
form.querySelector('input').value这类硬编码选择器——字段增减后极易失效 - 如果表单含动态渲染内容（如 React/Vue 子组件），
FormData可能拿不到值，此时必须确保 DOM 中真实存在带name的原生表单控件
为什么 preventDefault() 后 submit 事件没被拦截
常见错误是给按钮绑了 click 事件并调 e.preventDefault()，但表单提交实际由 submit 事件承载，按钮点击只是触发条件之一。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 监听
form元素的submit事件，不是按钮的click；否则回车提交、右键菜单提交都会绕过拦截 -
preventDefault()必须在事件处理函数同步执行，异步（如 setTimeout 里）无效 - 检查是否有多个
form嵌套或事件冒泡干扰；用e.stopPropagation()谨慎，可能影响父级逻辑 - 某些 ui 库（如 Ant Design）会封装原生表单，其
onFinish是语义层回调，不是原生submit，此时拦截原生事件无意义
表单行为分析真正的难点不在监听本身，而在准确归因：一次 input 是用户打字、粘贴、自动填充，还是 JS 注入？没有银弹方案，得结合 inputEvent.inputType、isTrusted、焦点状态、时间戳差值综合判断。多数项目卡在这一步，而不是写不出监听代码。