onchange在中需满足值改变且失去焦点才触发，不实时响应；js直接赋值不触发，因仅响应用户交互；回车可隐式触发blur，select/date等元素行为存在跨端差异。
onchange 在 <input type="text"> 中不是“内容一变就触发”，而是必须满足两个条件：值确实变了，且元素失去了焦点（blur）。
onchange 触发的两个硬性条件
它不像 oninput 那样每次按键都跑，onchange 的行为更接近“确认提交”——浏览器内部会记下元素获得焦点时的初始值，等它失去焦点时再比对：
- 用户输入、粘贴、删除后，没点别的地方也没按 Tab/回车 → 不触发
- 输入了新内容，然后点击页面其他区域、切换 tab、按 Tab 键 → 触发（前提是值变了）
- 输入了新内容，然后按 Enter 回车键 → 大多数现代浏览器（Chrome/Firefox/Safari）也会触发，这是隐式 blur 行为
- 值没变（比如输入
a又删掉，最后还是空）→ 即使 blur 了也不触发
为什么 JS 修改 value 不会触发 onchange
因为 onchange 是用户交互驱动的事件，不是值变更监听器。直接赋值 input.value = "new" 属于 DOM 操作，不模拟任何用户行为，所以不会触发：
-
document.getElementById("myInput").value = "test";→ 值变了，但onchange无响应 - 想补救？手动调用
input.dispatchEvent(new Event("change"))或input.change()（注意：后者是 jQuery 方法，原生需用dispatchEvent） - 如果用框架（React/Vue），直接改 DOM 的
value还可能破坏响应式绑定，视图和状态脱节
select 和 input[type="date"] 的特殊坑
<select></select> 和移动端日期选择器的 onchange 行为更不可靠：
-
<select></select>动态插入<option></option>后，仅设置select.value = "xxx"不会触发onchange，必须确保对应<option></option>有selected属性，或显式调用dispatchEvent -
input[type="date"]在 iOS Safari 上可能在选年份时就触发一次onchange，Android Chrome 可能等到 picker 关闭才触发，甚至点“取消”也触发 —— 别依赖它代表“用户确认完成” - 更稳的做法：监听
input事件 + 手动比对值变化，或结合blur后校验
真正容易被忽略的是：onchange 的“确认语义”和浏览器实现细节混在一起，比如回车触发、移动端 picker 行为不一致、JS 赋值完全静默——这些都不是 bug，而是设计如此。别把它当实时监听用，也别假设它总在你预期的时机发生。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
