type="date"的step属性基本无效，浏览器忽略其设置，无法实现周粒度选择；需用JavaScript校验周期性约束；仅type="datetime-local"严格支持step（单位秒），type="week"则完全不支持step。
type="date" 的 step 属性基本无效
绝大多数浏览器（Chrome、Firefox、Safari）**忽略** type="date" 上的 step 属性。即使你写 step="7"，日期选择器仍按天滚动，不会跳到“下一周”或“隔 7 天”。这不是 bug，而是规范未强制要求实现，且各厂商未统一支持。
常见误判是看到文档说“step 支持 date”，就以为能控制周粒度——实际它只在部分旧版 Edge 或实验性渲染中偶有响应，生产环境不可依赖。
- 设
step="7"后，input.stepUp(1)可能跳 1 天，也可能报错或静默失败 -
min="2026-10-01"+step="7"不会自动禁用非 7 天倍数的日期（如 2026-10-02） - 表单校验不触发
validity.stepMismatch，checkValidity()始终返回true（只要格式合法）
想实现“每周一”或“每 7 天选一次”，必须用 JS
原生 type="date" 无法表达周期性约束，只能靠 JavaScript 主动拦截和修正：
- 监听
input或change事件，用正则或Date对象判断用户选的日期是否落在目标周期内（例如：是否为周一、是否距基准日差 7 的整数倍） - 不合规时，立即重置
input.value并调用input.reportValidity()提示 - 若需 UI 引导，可配合
min/max缩小初始可选范围，但它们不替代逻辑校验
示例逻辑（检查是否为周一）：
立即学习“前端免费学习笔记（深入）”；
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
const date = new Date(input.value);
if (date.getDay() !== 1) {
input.setCustomValidity("请选周一");
} else {
input.setCustomValidity("");
}真正能用 step 控制粒度的日期类型是 type="datetime-local"
type="datetime-local" 是少数几个**严格遵循 step 规则**的类型，单位为秒，且只接受整数：
-
step="3600"→ 每小时一个可选项（如 09:00、10:00） -
step="60"→ 每分钟一个选项（默认行为） -
step="1"→ 支持任意秒（如 14:25:37），此时value必须含秒（"14:25:37"），否则清空 -
step="0.5"或小数 → 被截断为整数（0或1），不可控
注意：datetime-local 值不含时区，且移动端键盘/选择器支持度低于 date，需权衡使用场景。
别混淆 week 输入框的 step 行为
type="week" **完全不支持 step 属性**——写上去会被浏览器静默忽略，DevTools 中能看到属性存在，但无任何效果。因为周格式 YYYY-Www 表示区间而非连续点，语义上无法定义“步进”。
若需限制可选周（如只允许偶数周、跨年对齐），唯一可靠方式是：
- 用 JS 解析
input.value（如"2026-W41"），提取周数41 - 校验是否符合业务规则（
41 % 2 === 1？是否在2026-W01到2026-W52内？） - 失败则
input.setCustomValidity()并阻止提交
这个逻辑容易被忽略：很多人以为写了 step="2" 就能跳周，结果测试时发现所有周都可选——问题不在代码，而在根本没生效。
