HTML事件属性是浏览器行为触发回调的入口，现代开发不推荐直接使用onclick等内联写法；常用且支持良好的包括onclick、onchange、onsubmit、onload、onerror、oninput；oninput实时触发，onchange需失焦或选项变更才触发；onblur在移动端不稳定，建议用focusout替代。
HTML 事件属性不是“需要背的列表”，而是浏览器在特定行为发生时触发回调的入口——直接写在标签里（如 onclick）只是最原始的用法，现代开发中几乎不推荐，但理解它们对调试、快速原型或维护老代码仍有必要。
哪些事件属性还能放心用？
不是所有以 on 开头的属性都有效。HTML5 规范只定义了部分标准事件属性，其余属于过时、非标准或仅限特定元素。常见且仍被广泛支持的包括：
-
onclick：鼠标单击（含触摸屏 tap），几乎所有可交互元素都支持 -
onchange：仅对<input>、<select>、<textarea>有效，且需失去焦点或选项变更才触发 -
onsubmit：仅作用于<form>，拦截表单提交前的默认行为（必须return false或调用event.preventDefault()） -
onload：仅对<body>、<img>、<script>等资源加载完成时有效；在<body>上用等价于window.onload -
onerror：用于捕获资源加载失败（如图片 404、脚本加载异常），注意它不会冒泡，且不能用addEventListener捕获同源限制外的错误
oninput 和 onchange 到底差在哪？
这是最容易混淆的一对。关键区别不在“有没有输”，而在“什么时候算输完”：
-
oninput：只要输入内容变化就立即触发（包括粘贴、删除、中文输入法未上屏时的拼音），适合实时校验或搜索建议 -
onchange：只在元素失去焦点（blur）且值发生改变后触发；对<select>是选中项变更即触发 - 如果用户在
<input type="text">中输入又删光，oninput会触发多次，onchange一次都不触发（因为最终值没变） - 在 React/Vue 等框架中，
@input和@change的行为也继承这一逻辑，不是框架自定义的
为什么 onblur 在某些手机浏览器里不灵？
这不是 bug，是移动端 focus/blur 行为本身就不稳定：
立即学习“前端免费学习笔记（深入）”；
- iOS Safari 对
<input>失去焦点的判定非常保守——软键盘收起不等于 blur，用户点其他空白区域也不一定触发 - Android 各厂商 WebView 差异更大，有些甚至在点击另一个
<input>时，前一个的onblur延迟数百毫秒才执行 - 更可靠的做法是：不用
onblur做关键逻辑（比如提交表单），改用oninput+ 定时防抖，或监听focusout事件（支持event.relatedTarget判断焦点去向） - 注意：
onblur是 HTML 属性，对应 DOM 事件是blur；而focusout是 DOM Level 3 事件，只能用addEventListener绑定，不能写成onfocusout
真正难处理的不是事件名记不全，而是同一事件在不同上下文（表单控件 / 自定义元素 / Shadow DOM / 移动端软键盘）下的触发时机和兼容性差异。写 onclick="doSomething()" 很快，但一旦要处理 focus 状态流转或输入法兼容，就得切回 JavaScript 事件系统——属性只是入口，不是终点。
