step="1,000" 失效是因为HTML规范要求step必须为合法浮点字面量，逗号非法，浏览器将其视为无效值而回退至默认step="1"；正确写法是step="1000"且需确保min与value均为其整数倍。
step 属性不支持千分位步进（如 step="1,000" 或带逗号的数值），浏览器会直接忽略或解析失败；必须用纯数字格式，且需配合整数单位和初始值对齐才能稳定生效。
为什么 step="1,000" 会失效
HTML 规范要求 step 值必须是有效的浮点字面量，逗号不是合法小数分隔符。写成 step="1,000" 会被浏览器当作无效值处理，退化为默认 step="1"。常见现象包括：点击 ↑ 箭头只加 1、提交时校验通过但逻辑错乱、移动端键盘不显示数字键。
-
step="1000"是唯一合法写法（无逗号） -
step="1e3"理论上合法，但多数浏览器不支持科学计数法，慎用 - 服务端若期望接收“1,000”格式字符串，那是展示层任务，
step只管数值逻辑
step="1000" 的实际行为依赖 min 和初始 value
设了 step="1000" 不代表“每次增减一千”，它只定义合法值集合：所有满足 value === min + n × 1000（n 为整数）的值才被原生机制认可。若初始 value 不对齐，浏览器会静默修正。
- 错误示例：
→ Chrome 可能立刻把value改成0或1000，导致 spinner 卡死 - 正确写法：
或value="2000"，确保初始值本身就是 1000 的整数倍 - 若业务起点是 5000，就写
min="5000"，而非靠 JS 动态赋值后不管对齐
金额/大数场景别硬扛浮点，换算单位更稳
想实现“以千元为单位输入”，本质是业务语义转换，不是数值精度问题。用 step="1000" 配合整数 min/max 完全可行，但要注意显示与交互分离。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 用户看到的是“5千元”，实际
value="5000"，提交前用 JS 格式化为带千分位字符串（如new Intl.NumberFormat().format(5000)） - 避免混用：不要
min="0.00"+step="1000"，小数位和整数步长冲突，触发校验异常 - 移动端 keyboard 类型要配
inputmode="numeric"，否则 iOS 可能弹出字母键盘
动态切换步长时，重置 value 是硬性要求
运行时从 step="1" 切到 step="1000"，旧 value="1234" 已非法——浏览器不会自动吸附，而是让控件进入不稳定态：拖不动、方向键无响应、checkValidity() 返回 false。
- 必须同步重算：
input.value = Math.round(parseFloat(input.value) / 1000) * 1000 - 推荐用
input.setAttribute('step', '1000')而非input.step = '1000'，兼容性更可靠 - 重置后立即调用
input.checkValidity()，必要时input.reportValidity()主动提示
真正难的不是写 step="1000"，而是确保整个生命周期里 min、value、step 三者数学自洽；任何一环偏移，浏览器的静默修正就会让用户操作失灵，而你 DOM 上还看不出异样。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
