iOS Safari中range与button共存时需显式调用range.blur()避免焦点冲突，按钮操作后必须手动触发input事件并校验step对齐，同时button type须设为button防止误提交。
range 和 button 在移动端如何避免焦点冲突
iOS Safari 里点完按钮后滑块还处于 focus 状态，下一次 touch 就会误触发拖动，而不是点击按钮。这不是 bug，是浏览器对 input[type="range"] 的默认行为：它在 touch 后自动聚焦，且不自动 blur。
每次按钮操作后必须显式调用 range.blur()，否则后续触摸事件会被滑块劫持。别依赖 CSS 的 :focus 样式掩盖问题，那只是视觉欺骗，底层事件流依然混乱。
- 按钮 click handler 里做完 value 更新后，立刻执行
range.blur() - 不要在按钮里直接写
range.value = newVal，统一走range.value = String(newVal); range.dispatchEvent(new Event('input', { bubbles: true }))，确保事件链完整 - 如果按钮和滑块共用同一父容器，CSS 上给按钮加
touch-action: manipulation，减少 300ms 延迟，也防止页面滚动干扰
按钮步长怎么和 range.step 动态对齐
硬编码按钮增减量（比如写死 +1）会导致和 step 不一致：当 step="0.1" 时，用户点一次按钮跳 1，就绕过了 step 约束；当 step="any" 时，又没法用 parseFloat 直接转。
正确做法是读取 range.getAttribute('step')，再做类型判断：
立即学习“前端免费学习笔记（深入）”；
-
Number(range.getAttribute('step')) || 0.1—— 多数情况可用，但"any"会返回NaN，fallback 到0.1 - 小数运算必须截断精度：
parseFloat((current + delta).toFixed(10))，否则0.1 + 0.2 === 0.30000000000000004会破坏 step 对齐 - “大步进”（如 PageUp 效果）应设为
step × 10，而不是固定值10，否则在step="0.01"场景下会跳过 99% 的合法值
range 和 number 输入框双向同步时的 NaN 陷阱
用户在 input[type="number"] 里输字母或空格，e.target.value 变成空字符串 ""，转成数字就是 NaN，赋给 range.value 时浏览器静默 fallback 到 0 —— 这不是 bug，是规范行为。
不能靠 pattern 或 onkeypress 拦截，移动端软键盘行为不可靠。得在 JS 层过滤：
- 监听
number的input事件，先检查isNaN(parseFloat(e.target.value))或e.target.value === "" - 如果是非法输入，跳过赋值；或者缓存上一个有效值，在非法时主动恢复
- 两个控件的
min、max、step必须完全一致，建议初始化时用 JS 统一写入，比如range.step = number.step = '0.1'
移动端滑动过程中 input 事件抖动怎么办
安卓 WebView 或旧版 iOS Safari 对 input 事件节流严重，滑动时 number 输入框闪动、延迟、甚至先跳高再回落，本质是 JS 执行滞后于 UI 渲染。
防抖（debounce）会丢中间态，不可取。改用 requestAnimationFrame 批量更新：
- 把 value 更新逻辑包进
requestAnimationFrame(() => { number.value = range.value }) - 避免在事件回调里直接操作 DOM，尤其是频繁读写
.value - 如果还要做格式化（比如加千分位、单位），放到
requestAnimationFrame里一起做，别拆成两次重排
真正容易被忽略的是：滑块和按钮共存时，button 的 type 必须明确设为 button，否则在 form 内没声明 type 的 button 会被某些浏览器当 submit 处理，意外刷新页面。
