html原生不支持纯周数选择，仅提供带年份的iso周格式（如2024-w23），需后端解析校验；若只需周序号，推荐type="number"配合min/max限制及js校验。
WEEK 输入类型在表单中不支持周数选择
HTML 原生 <input type="week"> 并不真正“选择周数”，它只提供一个带年份的周选择器（格式如 2024-W23），且浏览器解析和提交值高度依赖本地时区与 ISO 8601 周定义（周一为每周第一天，第1周包含当年第一个周四）。很多开发者误以为它能像 type="number" 那样只输一个纯数字周序号（如 23），但实际做不到。
为什么 type="week" 提交的值不是纯周数
表单提交或 JS 读取 input.value 时，得到的是完整字符串，例如："2024-W23"。这个值无法直接用于后端周期计算，尤其当业务只需要“第23周”而忽略年份时，必须手动拆解：
-
value.split('-W')[1]可提取周数，但会出错：若用户未选、清空或浏览器返回空字符串，split后取索引[1]报Cannot read property '1' of null - 不同浏览器对空值/非法输入的处理不一致（Chrome 返回空字符串，Safari 可能返回
"Invalid Date"） - 用户无法手动编辑周数部分——
type="week"是只读输入框，仅能点选日历控件
更可控的替代方案：用 type="number" + 范围限制
如果业务逻辑只关心“一年中的第几周”，且年份由其他字段（如隐藏域、下拉年份）或服务端约定（如默认当前年），推荐用 <input type="number" min="1" max="53">，并配合 JS 校验：
- 设置
min="1" max="53"，避免用户输负数或超限值（ISO 周最多 53 周） - 添加
step="1"禁止小数 - 用
input.addEventListener('input', ...)实时截断非数字字符：e.target.value = e.target.value.replace(/\D/g, '') - 提交前检查是否为空或超出范围，提示“请输入 1–53 之间的周数”
示例片段：
<input type="number" name="week_number" min="1" max="53" step="1" placeholder="1–53">
需要严格按 ISO 周定义时，必须后端解析 2024-W23
若业务要求精确匹配 ISO 周（比如跨年周、与财务周期对齐），前端保留 type="week"，但绝不能信任其值直接入库。必须：
- 后端接收字符串（如
"2024-W23"），用标准库解析（Python 的datetime.strptime(..., '%G-W%V')，Node.js 的date-fns/parseISO或 moment().isoWeek()） - 校验解析结果是否合法：有些组合根本不存在（如
2024-W00或2024-W54） - 不要尝试用前端 JS 的
new Date(value)解析——它不支持YYYY-Www格式，会返回Invalid Date
这个环节最容易被跳过，导致“选了第1周却存成 1970 年”之类问题。
