change回调是监听Layui滑块数值改变的唯一可靠方式，因其基于重绘DOM不支持原生input/change事件；必须在render配置中显式声明，参数value依range模式为数字或数组，且需校验Array.isArray避免解构错误。
change 回调是唯一可靠方式，其他监听手段基本无效。
为什么不能用 input 或 change 原生事件？
Layui 的 slider 是完全重绘的 DOM 结构，不基于原生 <input type="range">，所以绑定 input、change 等原生事件不会触发。强行写 document.querySelector('#xxx').addEventListener('input', ...) 会静默失败。
- 滑块拖拽过程中的实时值不对外暴露，只有“结束”那一刻才稳定输出
- 键盘调节（方向键/回车）也归入同一生命周期，统一由
change回调兜底 -
getValue()是查询方法，不是监听机制，不能替代回调
change 回调必须在 render() 里显式声明
它不是实例方法，也不是全局事件，必须作为配置项传入 slider.render() 才生效。
- 错误写法：
ins.on('change', fn)或$('#slider').on('change', fn)—— 不支持 - 正确写法：
slider.render({ elem: '#mySlider', change: function(value) { /* 处理逻辑 */ } }) - 如果用了
input: true，用户手动输入后失焦或回车，同样触发该回调，传入的是校验修正后的值
如何安全处理单值 vs range 模式？
change 回调的参数 value 类型取决于是否启用 range: true，直接解构会报错。
- 单值模式：
value是数字，如45 - range 模式：
value是数组，如[20, 80] - 判断方式：
Array.isArray(value) ? value[0] : value，避免value[0]访问undefined - 同步到隐藏域时，range 模式建议拆成两个字段：
document.getElementById('min').value = value[0]
常见不触发 change 的三个硬伤点
不是 Bug，而是初始化链路上的典型疏漏。
-
layui.use('slider', callback)外部就调用slider.render()—— 模块未加载完成，slider是undefined -
elem选择器匹配到多个节点，或目标 DOM 尚未挂载（比如写在<script>里但 DOM 还没解析完） - 重复执行
slider.render()覆盖了前一次实例，导致旧回调丢失 —— 别在change里再调一次render
真正麻烦的不是写回调，而是确保渲染时机和 DOM 存在性 —— 这两点一错，change 就彻底静音。
