step属性仅对number、date、time、datetime-local类型有效，text等类型中被忽略；需配合min/max才能可靠触发stepMismatch校验；date类型step单位为天且最小为1；step="any"可绕过精度限制；所有场景均需JS补充校验。
step 属性只对 number 和 date 类型生效
step 不是万能校验开关，它只在 <input type="number"> 和 <input type="date">（以及 time、datetime-local）中起作用。对 text、email 等类型设置 step 完全无效，浏览器会忽略它。
常见错误是以为加了 step="0.5" 就能限制文本输入框的小数位数——实际连表单验证都不会触发。
- 有效场景：
<input type="number" step="0.5" min="0" max="10">，此时用户用上下箭头或手动输入1.3会被视为无效（提交时触发ValidityState.stepMismatch） - 无效写法：
<input type="text" step="0.5">，step属性被静默丢弃 - 注意：即使
type="number"，若未设min/max，部分浏览器仍允许绕过step输入任意值（如 Chrome 允许输1.234即使step="0.5"），必须配合min/max才能可靠触发校验
step="any" 是绕过数值精度限制的合法方式
当需要接受任意精度的数字（比如财务金额、科学计算），又不想让浏览器因 step 默认值（1）报错，应显式设为 step="any"。
否则，<input type="number"> 在没写 step 时等价于 step="1"，输入 3.14 就会触发 stepMismatch，哪怕你根本没想限制整数。
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
-
step="any"表示“不强制步长”，但保留其他校验（如min/max、是否为数字） - 不要写
step="0"或空字符串——这是无效值，浏览器按默认1处理 - 与后端校验无关：
step="any"只影响前端原生验证，后端仍需独立校验精度和范围
date 类型的 step 单位是“天”，且不能小于 1
<input type="date"> 的 step 单位固定为天数，最小值是 1（即每天），设成 0.5 或 60 都会被截断为 1。
这意味着你无法用原生 step 实现“每 3 天可选一次”或“每周一可选”这类逻辑——step="7" 确实能让日期控件跳着显示（如从 2024-04-01 → 2024-04-08），但用户仍可手动输入中间日期，且 stepMismatch 不会触发（Chrome 当前对 date 的 step 校验基本不生效）。
- 真正可控的只有
min/max+step组合下的日期选择器 UI 步进行为 - 若需强校验（如只允许每月第一天），必须用 JavaScript 监听
input或change事件做自定义判断 - 移动端 Safari 对
step支持更弱，date 类型几乎不校验step
stepMismatch 错误需手动捕获，不会自动阻止提交
即便 step 设置正确，浏览器也不会自动弹窗或高亮报错；它只是把 input.validity.stepMismatch 设为 true，并让 form.checkValidity() 返回 false。
用户点击提交时，若表单含 stepMismatch 字段，原生行为是聚焦该字段并显示浏览器默认提示（如 Chrome 的红色边框+气泡），但这个提示不可定制，且容易被 CSS appearance 或 JS 干扰而消失。
- 检查方法：
if (input.validity.stepMismatch) { ... } - 阻止默认提交需在
form.submit前调用event.preventDefault()，再自行处理错误展示 - 别依赖
:invalid伪类——它在用户未交互前就可能命中（因为初始值不满足step），体验很奇怪
step 校验表面简单，实际受浏览器实现差异、类型限制和交互时机影响很大。最易被忽略的是：它从不替代 JavaScript 校验，尤其在 date 场景和跨浏览器一致性上，必须补手动手动验证逻辑。 
