step属性仅对number、range、datetime-local、time、month、week、date等类型生效，对text等无效；它不阻止非法输入，仅在提交时触发stepmismatch校验，且必须配合min/max才能定义合法值序列。
step属性只对number、range、date等类型生效，对text无效
很多人给<input type="text">加step，发现完全没反应——这是预期行为。step不是通用步进控制，它只在浏览器能识别数值或时间粒度的输入类型中起作用。比如type="number"时，step="0.5"会限制用户只能输入0、0.5、1、1.5等；type="date"时，step="7"表示以7天为单位跳转（但注意：date类型实际忽略step，仅number和range严格遵守）。
-
type="range"必须配合min和max，否则step无意义 -
type="datetime-local"支持step（单位为秒），但兼容性差，Safari至今不支持 -
step="any"允许任意精度输入，常用于取消默认步进限制（如避免step="1"把小数截断）
提交时step不参与校验，但影响input.validity.stepMismatch
浏览器不会因为用户输入了不符合step的值就阻止表单提交——除非你显式调用checkValidity()或依赖原生提交触发验证。真正起作用的是validity.stepMismatch这个布尔状态。例如：
<input type="number" step="5" min="0" max="100" value="7">
此时input.validity.stepMismatch === true，但点击<input type="submit">仍会提交，除非表单有novalidate被移除且浏览器执行了默认验证流程。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 若表单含
novalidate，step只影响UI提示（如Chrome会标红边框），不阻断提交 - 若用
form.reportValidity()手动触发，会弹出浏览器原生提示并返回false - 服务端永远不能信任
step约束，必须重做范围+精度校验
step="any"和step未定义时的行为差异
step="any"明确告诉浏览器“接受任意精度”，而省略step属性时，浏览器按类型有默认值：number默认step="1"，range默认step="1"，date默认step="1"（即1天）。这会导致意外截断：
<input type="number" value="3.14159"> // 提交时可能变成"3"
原因：用户没改值，但浏览器内部按step="1"做了取整显示（尤其在某些Android WebView中）。解决办法只有显式写step="any"或step="0.00001"。
-
step="any"在所有现代浏览器中都有效，包括IE10+ - 不要用
step="0"，它是非法值，会被忽略回退到默认 - 动态修改
step需配合input.stepUp()/stepDown()才可见效
服务端接收时，step约束已完全丢失
无论前端怎么设step，HTTP请求体里传过去的只是原始字符串（如"value=3.14159"）。Node.js的req.body.value、PHP的$_POST['value']拿到的都是用户最终输入/粘贴/脚本注入的任意字符串。浏览器从不帮你过滤或修正。
- 别指望
step能防住恶意提交——它纯属客户端体验优化 - 后端解析数字时务必用强类型转换+范围检查，例如
Number(val) % 0.5 === 0（注意浮点误差） - 如果业务要求“必须是0.5的倍数”，验证逻辑必须在服务端重写一遍
input事件并校验。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
