原生点击input时事件顺序固定为mousedown→mouseup→click→focus，focus在click后触发，故校验逻辑不可依赖onclick；type="search"清除需用search事件而非click或input；回车触发表单submit按钮而非input事件；脚本修改value不触发任何用户事件。
点击 input 时 mousedown → mouseup → click → focus 的顺序是固定的
只要没被 event.preventDefault() 中断，原生行为下这四个事件的触发顺序就是确定的：先 mousedown，松开后触发 mouseup，紧接着触发 click，最后才是 focus。注意，focus 是在 click 之后才发生的，不是同时或更早。
常见错误是以为点击即聚焦，于是把校验逻辑全塞进 onclick，结果发现 this.value 还没更新、光标也没到位——因为此时 focus 都还没触发，输入框甚至可能还没真正获得焦点。
- 若需在聚焦后立即操作（比如选中全部文字），必须监听
focus，而不是click -
mousedown和mouseup可用于判断是否为“长按”或“拖拽起始”，但要注意它们不保证成对出现（如鼠标移出再松开） -
click在type="checkbox"或type="radio"上会触发两次（一次是原生切换，一次是事件冒泡），需用e.target.checked判断真实状态
type="search" 的 × 清除按钮只触发 search 事件，不走 click
原生清除按钮（::-webkit-search-cancel-button）不可绑定 click，它根本不会派发 click、mousedown 等鼠标事件。真正可用的只有 search 事件——它只在两种情况下触发：点击 × 或按 Esc，且此时 this.value 已清空。
别再用 input 事件监听 value.length === 0 来模拟清除判断，那会误判全选删除、粘贴空格再删等场景。
- 必须用
addEventListener('search', handler)，内联onsearch在部分 Safari 版本中无效 -
search不冒泡，无法用事件委托，多个type="search"需分别绑定 - 若同时监听
input和search，注意避免重复执行（比如清空列表 + 重置分页）
回车键在表单内默认触发表单首个 type="submit" 按钮，和 input 无关
这不是 input 的事件，但常被误认为是 input 的“点击行为”。当 input 获得焦点后按 Enter，浏览器根本不会给 input 触发任何新事件（keydown/keyup 除外），而是直接查找表单内第一个 type="submit" 的按钮并触发其 click。
哪怕那个按钮写着“取消”，只要没写 type="button"，它就是 type="submit"（HTML 默认值）。
- 修复方式不是阻止 input 的 keydown，而是给非提交按钮显式加
type="button" -
<input type="button">也安全，但<button type="button"></button>语义更明确、支持富内容 - 若整个表单都不该提交，可对
form绑定submit并调e.preventDefault()，但这是兜底方案，不是根本解法
脚本修改 value 不会触发任何用户事件，包括 input 和 change
用 JS 直接赋值 input.value = 'xxx' 或 input.setAttribute('value', 'xxx')，不会触发 input、change、focus、click 中的任何一个。这是 DOM 属性变更和用户交互的本质区别。
想让脚本赋值也能触发校验或同步逻辑？只能手动 dispatchEvent，但要注意兼容性与语义合理性。
-
input事件需用new InputEvent('input', { bubbles: true })，IE 不支持，现代浏览器 OK -
change事件需用new Event('change', { bubbles: true })，但它的语义是“控件值已提交”，脚本赋值后立刻 dispatch 可能违反用户预期 - 更稳妥的做法是抽离校验逻辑为独立函数，在赋值后显式调用，而非强求事件驱动
search”；回车行为不是“input 想干什么”，而是“表单默认机制在干什么”。把控制权交还给规范，比用 JS 补丁更可靠。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
