type="text" 的 step 属性完全无效，因规范仅在 number、range、date 等类型中定义其语义；若需步进逻辑，应改用 type="number" 或通过 input 事件+js 手动实现对齐。
type="text" 写 step 属性完全无效
浏览器会解析 step 属性并保留在 DOM 中，但对 type="text" 不做任何处理：spinner 按钮不出现、input.stepUp() 报错、checkValidity() 不检查步长、粘贴或键盘输入全无拦截。这不是兼容性问题，而是规范明确禁止——step 只在 number、range、date 等有限类型中定义语义。
想让文本框有步进逻辑？必须换 type 或加 JS
两种可行路径，选哪个取决于你的真实需求：
- 如果本质是数字输入（比如价格、数量、百分比）→ 改用
type="number"，再配step、min、max。这是最轻量、最符合语义的解法。 - 如果必须保留
type="text"（例如要支持单位后缀如"12.5kg"、或需自定义格式化）→ 完全放弃原生step，改用input事件监听 + 手动对齐逻辑。
别试图“骗过浏览器”：写 type="text" inputmode="decimal" 或加 pattern="[0-9.]*" 都不能激活 step 行为。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
手动实现步进校验的关键点
原生 step 是声明式、静态的；JS 实现则灵活但需自己兜底。常见错误包括只监听 blur（用户输完才报错）、用 parseFloat(val) + step 做浮点运算（引入新误差）、忽略负数四舍五入方向。
- 监听
input事件，不是change或blur - 用
parseFloat(e.target.value)提取数值，空字符串或非法值转为NaN - 对齐公式推荐：
Math.round(val / step) * step（正数），负数用val >= 0 ? Math.round(...) : Math.floor(...) - 赋值前统一小数位：
.toFixed(step.toString().split('.')[1]?.length || 0)，避免1.2000000000000002 - 若需支持
"any"语义（允许任意精度但显示时规整），可跳过对齐，只在提交前格式化
移动端键盘和 iOS Safari 的现实约束
即使你写了 type="number" step="0.01"，iOS Safari 的数字键盘默认不显示小数点按钮，用户根本无法输入小数——这时原生 step 形同虚设。更实际的做法是：
- 用
type="text" inputmode="decimal"触发带小数点的软键盘（iOS 16.4+ 支持） - 配合 JS 校验：输入时只允许数字、小数点、最多一位小数点、且小数位数 ≤ 步长精度
- 金额类场景直接切到整数单位（分、厘），彻底避开浮点和键盘限制
真正难的从来不是写对 step，而是判断什么时候该放弃它——当需求超出原生能力边界时，硬套属性只会让 bug 更隐蔽。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
