type="month"渲染原生月份选择器，仅支持YYYY-MM格式，Chrome/Firefox/Edge支持良好，Safari旧版本不支持；需前端转换非标准格式、补日转Date、服务端兼容解析，且样式与行为定制受限。
type=month 的基础行为和浏览器支持现状
type="month" 会渲染一个原生月份选择器，只包含年份和月份（如 2024-05），不带日期。但它在 Safari（直到 iOS 16.4 / macOS 13.3）中完全不支持，Chrome 和 Firefox 支持良好，Edge 基于 Chromium 也支持。实际项目中如果需要兼容旧 Safari，得准备降级方案。
- 输入框默认显示格式为
YYYY-MM（如2024-05），这是唯一合法的 value 值格式 - 用户点击后弹出的控件因系统而异：macOS 显示滚动年月选择器，Windows 可能是下拉日历缩略图
- 不支持设置
min或max为纯月份（如min="2024-03"是合法的，但min="03"会失效）
value 属性必须严格按 YYYY-MM 格式赋值
input 的 value 是只读字符串，任何非标准格式都会导致控件清空或回退到空状态。常见翻车点：
- 后端返回
"2024/03"或"2024年03月"→ 必须前端转换成"2024-03" - JS 动态设置时用
new Date().toISOString().slice(0,7)可得当前年月，但注意时区影响（建议用date.getFullYear() + "-" + String(date.getMonth()+1).padStart(2,"0")） - 如果 value 为空字符串或非法格式（如
"2024-13"），控件显示为空，且checkValidity()返回false
获取和提交数据时要注意格式一致性
表单提交或 JS 读取 value 得到的永远是 YYYY-MM 字符串，不能直接当 Date 对象用：
- 想转成 JavaScript 日期对象，需补上日（如
new Date(value + "-01")），否则部分浏览器解析失败 - 提交到后端前，确认接口是否接受
YYYY-MM字符串；若需时间戳或数据库DATE类型，服务端要能解析该格式 - 使用
FormData.get("field")获取时仍是字符串，不会自动转换
样式控制弱、无法自定义面板，替代方案要早做预案
原生 type="month" 几乎无法用 CSS 定制弹出面板，::-webkit-inner-spin-button 等伪元素对它无效。更麻烦的是：
立即学习“前端免费学习笔记（深入）”；
- 无法禁用年份滚动、无法隐藏年份、无法限制仅某几个月可选（比如只让选 Q3）
- 手机端在某些安卓 WebView 中可能 fallback 成文本输入，且无校验
- 如果产品要求高定制性（如带季度标识、禁用过期月份、多语言月份名），建议直接用轻量级 JS 月份选择器（如 flatpickr 配置
mode: "month"），并统一处理输入/输出格式
月份选择看着简单，但跨浏览器行为差异和格式洁癖问题，比 type="date" 更容易埋雷。尤其别信“用户点了就一定填了有效值”——空值、手动编辑、剪贴非法字符串，全得自己守好边界。
