Layui滑块的change回调是唯一可靠捕获“拖动结束”的入口，它在鼠标松开、键盘调节完成或输入框失焦/回车后触发；不能用input或blur替代，因前者频繁触发非法值、后者漏掉多种操作；必须在render时显式声明，避免重复render导致失效。
change 回调就是滑块“停止滑动”的实际监听入口
layui 滑块没有独立的 stop、end 或 dragend 事件，change 是唯一能可靠捕获“拖动结束”这一状态的回调。它在鼠标松开、键盘调节完成、或输入框失焦/回车后触发，行为上等价于“停止滑动”。强行监听 mouseup 或 blur 不但冗余，还可能漏掉键盘操作或输入框修正后的值。
为什么不能用 input 或 blur 事件替代 change
常见错误是给滑块容器或内部输入框手动绑定 input、blur 或 change 原生事件——Layui 的 slider 组件完全接管了 DOM 行为，这些监听不会生效，或只捕获到中间态（比如输入框还在编辑时的非法字符），而非最终确认值。
-
input事件会频繁触发，且传入值可能是空字符串、字母等非法内容，Layui 尚未校验和修正 -
blur在输入框失焦时触发，但用户按回车、点击滑块区域、甚至用方向键调节后松手，都不会触发它 -
change原生事件在 Layui 中被屏蔽，绑定无效
正确写法：render 时必须显式声明 change 回调
回调必须在 slider.render() 的配置对象中直接定义，不能事后通过事件委托或二次绑定。否则实例初始化完成前就尝试监听，等于没绑。
- 确保
layui.use('slider', function(){...})内部执行渲染，避免模块未加载 -
elem必须指向一个已存在且唯一匹配的 DOM 节点，例如elem: '#priceSlider'，不能是模糊选择器如elem: '.slider' - range 模式下，
value参数是数组，需用Array.isArray(value)判断再取value[0]和value[1] - 若开启
input: true，用户手动输入后失焦或回车，同样触发change，且传入的是 Layui 自动修正后的合法值
容易忽略的坑：重复 render 导致 change 失效
在 change 回调里再次调用 slider.render() 是高危操作。这会重建实例、覆盖原有事件绑定，后续拖动将不再触发你的回调，控制台也无报错。
- 需要动态更新滑块配置（如 min/max）时，应调用
slider.val()或直接修改 DOM 属性，而非重 render - 如确需重绘（极少见），先用
slider.destroy()清理旧实例，再重新 render - 调试时可加一句
console.log('change triggered:', value)验证是否进入回调，比查 DOM 事件监听更直接
change。它不是近似方案，而是 Layui 设计的唯一正解。其他路径要么不触发，要么触发时机错乱，或者根本收不到值。
