Day.js 解析 HTML5 date 输入值时因时区转换可能导致日期偏移，推荐用 dayjs(${dateStr}T00:00:00) 显式按本地时间解析，避免隐式 UTC 转换导致的“前一天”问题。
HTML5 返回的字符串格式是 "YYYY-MM-DD"（如 "2024-03-15"），Day.js 默认能直接解析，但要注意浏览器行为差异和时区陷阱。
为什么 dayjs('2024-03-15') 有时返回前一天？
这是最常踩的坑：HTML5 的 date 输入值不带时间部分，Day.js 在解析时会按本地时区补上 T00:00:00，但如果运行环境时区 UTC 偏移为负（比如北京时间 UTC+8），实际会回退到 UTC 时间的前一日。
- 例如在东八区执行
dayjs('2024-03-15').toISOString()→"2024-03-14T16:00:00.000Z" - 本质是
'2024-03-15'被当成本地时间起点，再转成 UTC 时“跨天”了 - 不是 Day.js bug，是 JavaScript
Date解析 ISO 短格式的固有行为
安全解析 HTML5 date 输入值的三种方式
推荐根据场景选一种，避免隐式时区转换：
- 用
dayjs(dateString).startOf('day')—— 适合只关心日期、不涉及精确时间的场景（如日历筛选、范围查询） - 显式指定 UTC 上下文：
dayjs.utc(dateString)，再用.local()转回本地显示（注意：.format()仍按本地时区输出） - 手动拼接 ISO 字符串：
dayjs(`${dateString}T00:00:00`)—— 强制按本地时间解释，绕过 ISO 解析歧义
dayjs 解析 input[type="date"] 的完整实操示例
绑定 input 后实时解析，推荐写法：
立即学习“前端免费学习笔记（深入）”；
const input = document.querySelector('input[type="date"]');
input.addEventListener('change', () => {
const dateStr = input.value; // 如 "2024-03-15"
if (!dateStr) return;
// ✅ 推荐：明确按本地日期处理，忽略时区扰动
const d = dayjs(`${dateStr}T00:00:00`);
console.log(d.format('YYYY-MM-DD')); // "2024-03-15"
console.log(d.toDate()); // Date 对象，本地时区 0 点
});
如果后端要求 UTC 零点（如数据库存储），改用：dayjs.utc(`${dateStr}T00:00:00`).toDate()。
真正麻烦的不是解析本身，而是你没意识到浏览器把 "2024-03-15" 当成了带时区的时间戳——尤其当日期要参与计算、比较或发给后端时，这个隐式转换会悄悄出错。
