change事件不响应js修改，因其是用户交互事件而非值变更事件；js赋值需显式触发change，多选应遍历selectedoptions获取值，addeventlistener优于内联onchange。
change 事件是 HTML select 元素最直接、最可靠的值变更监听方式，但必须注意：它只在用户手动操作（鼠标点击/键盘切换后回车）且选项实际变化时触发，JS 赋值不会自动激活它。
为什么 select 的 change 事件不响应 JS 修改？
浏览器原生行为规定：change 是「用户交互事件」，不是「值变更事件」。调用 select.value = 'x' 或 $(select).val('x') 只改 DOM 状态，不模拟用户动作，因此不触发 change。
- 常见错误现象：
$("#mySelect").val("2").change()忘了加.change()，导致后续逻辑没执行 - 兼容性影响：所有现代浏览器一致，无例外
- 正确做法：JS 修改值后，显式调用
.dispatchEvent(new Event('change'))（原生）或.change()（jQuery）
如何兼容多选 select[multiple] 的变更检测？
多选下拉框的 change 事件触发条件和单选一致——只要选中项集合发生变化（增、删、全清），就会触发。但需注意获取逻辑不同：
- 不要用
select.value：它只返回第一个选中项（或空字符串），对多选无意义 - 应遍历
select.selectedOptions或用Array.from(select.selectedOptions).map(o => o.value) - 若用 jQuery：
$("#mySelect").find(":selected").map((_, o) => o.value).get()
onchange 属性 vs addEventListener('change') 怎么选？
两者都能用，但行为细节有差异：
-
onchange="handler()"是内联写法，只能绑定一个处理函数，且作用域受限（比如无法直接访问let声明的变量） -
addEventListener('change', handler)支持多次绑定、可移除（removeEventListener）、作用域干净，推荐用于复杂逻辑 - 注意：如果同时用了内联
onchange和addEventListener，两者都会执行，顺序是内联先于addEventListener
服务端控件如 HtmlSelect.ServerChange 的真实触发时机
ServerChange 不是实时事件，它只在表单提交（postback）时，由 ASP.NET 框架比对「上次提交时的选中状态」和「本次提交前的当前状态」后才判定是否触发。这意味着：
- 它不会在用户选择瞬间执行，也不会触发页面刷新
- 必须启用视图状态（
EnableViewState="true"），否则无法比对历史状态 - 不能替代前端
change做即时反馈；适合做提交前的数据兼容性校验（比如“选了 All 就不能再选其他项”）
真正容易被忽略的是：ServerChange 的触发依赖于完整的 postback 生命周期，如果你用 AJAX 提交或禁用了 viewstate，这个事件就永远不会发生。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
