MONTH输入框值格式为YYYY-MM字符串，非Date对象或数字，需手动解析为日期用于比较或提交；旧版Safari需降级处理；跨年字符串比较错误，应转为每月1日的Date对象；后端需主动解析，数据库查询须补全为YYYY-MM-DD格式。
MONTH 输入框的值格式必须是 YYYY-MM
浏览器原生 <input type="month"> 提交或读取的值永远是字符串格式 "2024-03"（年份 4 位 + 连字符 + 月份 2 位），不是 Date 对象，也不是数字。直接传给后端或用于 JavaScript 日期计算前，必须按此格式处理。
常见错误：用 new Date(input.value) 得到 Invalid Date —— 因为 Date 构造函数不接受 "2024-03" 这种不带日的格式。
- 正确解析方式：
const [year, month] = input.value.split('-').map(Number)，然后手动构造日期（如当月第一天：new Date(year, month - 1, 1)） - 提交表单时，如果后端 API 要求时间戳或 ISO 字符串，不能直接发
input.value，得先转换 - 注意：某些旧版 Safari 不支持
type="month"，需降级为type="text"+ 手动校验或使用 polyfill
用 MONTH 输入框做日期范围过滤时，别直接比对字符串
虽然 "2024-03" 看起来能字典序比较，但仅适用于同一年内且格式严格统一的场景。一旦跨年（如 "2023-12" vs "2024-01"），字符串比较会出错（"2023-12" > "2024-01" 返回 true，实际是错的）。
- 安全做法：转成可比较的时间点，例如每月 1 日的
Date对象 - 过滤逻辑示例：
const filterMonth = input.value ? new Date(...input.value.split('-').map((v, i) => i === 1 ? v - 1 : v)) : null;<br>const itemDate = new Date(item.date); // 假设 item.date 是完整日期<br>return !filterMonth || (itemDate.getFullYear() === filterMonth.getFullYear() && itemDate.getMonth() === filterMonth.getMonth()); - 避免用
item.date.startsWith(input.value)—— 如果item.date是"2024-03-15T10:00:00Z"可行，但若格式不一致（如"2024/03/15"或毫秒数）就崩了
后端接收 MONTH 值时要主动解析，别依赖自动类型转换
Node.js（Express）、Python（Flask/Django）、PHP 等框架收到的 month 字段仍是字符串 "2024-03"，不会自动变成日期对象或结构化数据。
- Express 中：
req.body.month是"2024-03"，需用dayjs(req.body.month)或new Date(req.body.month + '-01')转为有效日期 - Django 中：
request.POST.get('month')同样是字符串，datetime.strptime(value, '%Y-%m')才能转，且注意它默认设为当月 1 日 - 数据库查询时，别写
WHERE date_column >= '2024-03'—— 大多数 SQL 引擎不认这种不完整日期，应转为'2024-03-01'和'2024-04-01'构成闭区间
移动端 MONTH 输入体验差异大，要有 fallback 方案
iOS Safari 的 type="month" 会唤起滚轮选择器，但 Android Chrome 表现不一；部分国产浏览器直接降级为文本框，且不带任何格式提示或校验。
- 必加
pattern="\d{4}-\d{2}"和title="格式：YYYY-MM"提升可访问性 - 建议监听
input事件，实时校验输入是否匹配/^\d{4}-(0[1-9]|1[0-2])$/，否则清空或标红 - 如果业务对月份选择要求高（比如要限制不能选未来月份），纯前端控制不可靠，后端必须二次校验
月份过滤看似简单，真正容易翻车的是两端对 "2024-03" 这个字符串的“信任”——前端以为它能当日期用，后端以为它已被自动解析，结果在边界场景（跨年、空值、格式异常、浏览器兼容）里悄悄漏掉数据。
