onsubmit绑定失效因未阻止默认行为，需内联return false或JS中preventDefault()；oninput/onchange触发时机不同；onblur/onfocus校验需防抖；内联事件先于addEventListener执行。
onsubmit 事件绑定不生效？检查表单是否被默认提交刷新了
HTML 表单的 onsubmit 属性看似简单，但最常见问题是：写了 onsubmit="return false" 或调用函数，结果页面还是跳转/刷新了——根本原因是浏览器默认提交行为没被真正阻止。
- 必须在事件处理函数中显式
return false（内联写法）或调用event.preventDefault()（JS 绑定） - 内联写法：
<form onsubmit="handleForm(); return false;"></form>，漏掉return false就白写 - JS 中用
addEventListener('submit', ...)时，preventDefault()是必须的，return false不起作用 - 注意：如果表单里只有一个
<input type="submit">，点它会触发 submit；但如果是<button></button>且没设type，部分浏览器也会默认为submit
用 addEventListener 绑定 oninput/onchange，为什么 input 值变了却没触发？
oninput 和 onchange 触发时机完全不同，混用会导致逻辑错乱。不是“绑了就一定动”，得看用户怎么操作、字段类型是什么。
-
oninput：值一变就触发（包括粘贴、输入法上屏、拖动 range），但<select></select>和<textarea></textarea>支持度好，<input type="number">在 Safari 有延迟 -
onchange：只在元素失去焦点（blur）且值发生过改变时触发，适合校验后提交场景 - 别对
<input type="checkbox">用oninput——它不触发；应该用onclick或监听change事件 - 动态插入的表单控件，内联
oninput属性能直接生效，但用addEventListener必须等节点挂载后再绑定
onblur 和 onfocus 处理表单校验，为什么连续切换字段时校验错乱？
用户快速 tab 切换时，onblur 和 onfocus 可能交叉执行，尤其配合异步校验（如发请求）容易状态错位。
- 不要在
onblur里直接改 UI 后立刻清空错误提示——可能下一个onfocus还没来得及执行，用户又切走了 - 对异步校验，加个简单的防抖：每次
onblur触发时先clearTimeout上次的setTimeoutID -
onfocus不适合做“清除所有错误”——用户只是想编辑，不是重置；更适合用onfocus清除当前字段的错误样式 - 注意：
onblur在移动端软键盘收起时不一定触发，iOS Safari 尤其明显，别依赖它作为唯一校验时机
内联 on* 属性和 addEventListener 混用，事件执行顺序怎么算？
一个元素同时有 onclick="doA()" 和 element.addEventListener('click', doB)，执行顺序是确定的，但容易误判。
立即学习“前端免费学习笔记（深入）”；
- 内联属性（如
onsubmit）对应的处理函数，总是最先执行 - 然后才是通过
addEventListener添加的所有监听器，按注册顺序依次执行 - 关键限制：内联属性只能绑定一个函数，无法叠加；而
addEventListener可多次调用，互不影响 - 兼容性坑：
attachEvent（IE8-）已淘汰，现在统一用addEventListener；但若项目还要支持旧 IE，得单独判断 - 调试建议：在每个 handler 开头加
console.log('xxx')，比猜顺序更可靠
表单事件真正的复杂点不在语法，而在用户真实操作路径——比如移动端软键盘弹起/收起、输入法组合字符、自动填充（autocomplete）触发的事件序列，这些都不会出现在文档示例里。多在真机上点几次，比读十遍规范管用。
