step属性对无效，浏览器均忽略；需用javascript校验日期合法性，或改用datetime-local、ui库等替代方案。
step属性对<input type="date">实际无效
浏览器根本不支持给 date 类型输入框设置 step 属性来控制日期粒度。即使你写了 step="7" 或 step="30"，所有主流浏览器（Chrome、Firefox、Safari）都会直接忽略它，日期选择器依然按天为单位显示和操作。
这是 HTML 规范明确规定的：step 在 date、month、week 等时间类型中**没有定义行为**，属于未实现特性。
想限制“只能选每周一”或“每两周一次”怎么办
必须用 JavaScript 配合 change 或 input 事件做校验，不能依赖原生 step。
- 监听
change事件，用new Date(input.value)解析选中的日期 - 根据业务规则计算合法日期（例如：周一 =
date.getDay() === 1；每 7 天 =(date.getTime() - baseDate.getTime()) % (7 * 86400000) === 0） - 不合法时清空值并提示，或自动修正到最近合法日期（比如把周二改成周一）
- 注意：Safari 对
input.value的格式严格要求为YYYY-MM-DD，避免传入其他格式导致解析失败
step 只在 datetime-local 和数值类输入中起作用
如果你真需要步进控制，可考虑换用 type="datetime-local" —— 它支持 step，单位是秒（例如 step="3600" 表示每小时一档），但代价是用户要选时间和日期，体验更重。
或者退回到 type="number" + 自定义格式化，比如用毫秒时间戳或天数偏移量，再用 JS 转成日期显示，但这会失去原生日期选择器的交互优势。
别试图用 min/max 搭配 step 绕过限制 —— 对 date 类型，step 仍不生效，min/max 只管范围，不管间隔。
移动端兼容性比想象中更糟
安卓 Chrome 会渲染原生日期选择器，但完全无视 step；iOS Safari 不仅无视 step，还可能把 value 解析错（比如传 "2024-05-01" 却当成 UTC 时间处理，本地时区显示成 4 月 30 日）。
如果业务强依赖周期性日期选择（如预约系统排班），建议放弃原生 date 输入，改用成熟 UI 库（如 Flatpickr、Pikaday）或自研日历组件，自己控制可选日期集合。
原生 date 输入的自由度高，但可控性低；想精确约束，就得亲手接管逻辑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
