step属性仅对type="number"等特定输入类型生效，配合min/max定义合法值集合，小数step易因浮点精度出错，需用整数单位或二进制可精确表示的值，并辅以JS和后端校验。
step属性只对number类型输入框生效
HTML的step属性不会在type="text"或type="range"上起作用——它只在type="number"（以及type="date"等时间类输入）中被浏览器解析并约束用户输入。如果你给type="text"加了step="0.5"，它完全被忽略，连控制台都不会报错。
常见错误是把step当成“防输错”的万能开关，其实它只是配合min、max共同构成一个合法值集合：所有允许的值必须满足 min + n × step（n为整数）。
- 若未设
min，浏览器会默认从0开始计算，比如step="0.5"时，0、0.5、1.0、1.5…才合法 - 若
min="1"且step="0.3"，则1.0、1.3、1.6、1.9…是合法值；1.1会被自动四舍五入到最近的合法值（取决于浏览器，Chrome通常向上取整） - 设
step="any"可绕过步进限制，允许任意精度输入（但仍受min/max约束）
小数step容易引发精度问题
JavaScript浮点运算本身不精确，而浏览器对step的校验又依赖底层浮点比较，所以step="0.1"经常导致意外行为：比如输入0.3，浏览器可能判定它不等于0 + 3 × 0.1（因为0.1无法被二进制精确表示），于是自动修正为0.30000000000000004或直接清空输入框。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先用整数单位，比如把“元”改为“分”，
step="1"代替step="0.01" - 若必须用小数，选能被2进制精确表示的值，如
step="0.5"、step="0.25"、step="0.125" - 不要依赖
step做业务校验——后端或JS仍需做独立验证，因为用户可通过开发者工具绕过或粘贴非法值
移动端软键盘适配要看浏览器实现
Android Chrome和iOS Safari对step的支持不一致：iOS往往忽略step，直接弹出数字键盘（带小数点）；而部分安卓厂商浏览器可能只显示整数键盘，导致用户根本输不了小数。
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
这意味着：
-
step="0.01"在iOS上基本无效，用户仍可输入0.001 - 若需强约束，得配合
inputmode="decimal"提示软键盘类型，并用pattern和JS实时拦截（如pattern="[0-9]*\.?[0-9]{0,2}"） - 别假设用户一定看到“+/-”微调按钮——很多移动端根本不渲染这个UI
step="any"不是万能解药
设step="any"确实放开步进限制，但代价是失去所有自动对齐能力：浏览器不再帮你四舍五入、不再高亮非法值、也不再禁用上下箭头微调。它只是告诉浏览器“我不设步长规则”，而不是“请按我想要的方式处理”。
更关键的是：step="any"在表单提交时仍会触发HTML5验证（如果字段是required），但此时验证逻辑退化为仅检查是否为空、是否符合number格式，不再校验步进。
所以：
- 用
step="any"前，确认你真的不需要步进语义（比如价格录入、传感器读数） - 若需要保留微调功能但放宽精度，不如用
step="0.001"配合JS截断显示 - 注意Safari对
step="any"的兼容性较晚（iOS 12.2+），旧版本会当作step="1"处理
真正麻烦的从来不是写step这个属性，而是搞清楚它在哪起作用、在哪失效、以及失效之后你有没有第二道防线。
