JavaScript原生Date对象适合基础操作，但跨月计算、时区处理等需注意getMonth()（0–11）、getDay()（0=周日）、getTimezoneOffset()（东八区为-480）等陷阱；推荐用溢出机制加减、new Date(year, month, day)构造本地日期、Date.UTC()获取UTC时间，复杂场景引入date-fns或luxon。
JavaScript的Date对象提供了一套基础方法，但处理复杂日期逻辑（如跨月计算、时区转换、工作日判断、相对日期）时，原生API往往不够直观或容易出错。关键在于：先掌握核心方法的用途和陷阱，再用合理策略补足短板。
常用原生方法及注意事项
这些是日常最常调用的方法，但多数返回数值或字符串，不直接修改原Date对象（除set类方法外）：
- getFullYear() / getMonth() / getDate()：获取年、月（注意：0–11）、日；getMonth()易错，需+1才得自然月
- getDay()：返回星期几（0=周日，1=周一……），不是日期
- getTime() / getTimezoneOffset()：毫秒时间戳（UTC起点）和本地与UTC的分钟差（注意：东八区返回-480）
- setDate() / setMonth()等：支持“溢出赋值”，例如给1月32日会自动进位到2月1日——这个特性可用来做加减运算
- toJSON() / toISOString()：返回UTC时间的ISO字符串（末尾带Z），不是本地时间
- toLocaleDateString()等：格式化依赖系统语言和时区，参数可控但兼容性需留意（如iOS Safari对选项支持较晚）
处理跨月/跨年加减的可靠做法
避免手动计算天数（如“30天后”在2月会出错），改用Date对象的“溢出机制”：
- 加7天：
date.setDate(date.getDate() + 7) - 加1个月：先
date.setMonth(date.getMonth() + 1)，再用getDate()检查是否回退（如1月31日加1个月可能得3月3日，可按需截断为当月最后日） - 更稳妥的方式是用
new Date(year, month, day)构造新实例，而非复用set方法链（避免隐式修改）
时区问题不能靠guess，要明确意图
JavaScript Date内部始终是UTC毫秒数，显示时才按本地时区解释。常见误区：
立即学习“Java免费学习笔记（深入）”；
-
new Date('2023-01-01')被解析为UTC时间（相当于本地时区的前一日傍晚），而new Date('2023/01/01')按本地时区解析 - 需要“用户输入的日期（无时间）→ 当地当天0点”：用
new Date(year, monthIndex, day)构造 - 需要“精确UTC时间”：用
new Date(Date.UTC(year, month, day))，或确保字符串含时区（如'2023-01-01T00:00:00Z'） - 服务端交互建议统一用ISO字符串（带Z）或时间戳，避免歧义
复杂逻辑建议分层处理
不强求纯原生实现所有功能，可组合使用：
- 基础计算（如两个日期差几天）：用
(date2 - date1) / (1000 * 60 * 60 * 24)，注意结果为浮点数，需Math.floor或Math.round按需取整 - 工作日计算：先算总天数，再减去周末天数（可用
date.getDay()判断），注意起止日是否包含 - 节日/特殊日期：用查表法（如{ '2024-01-28': '春节' }），比动态计算更可靠
- 真正复杂的场景（如会计期间、闰秒、历史时区变更）：引入轻量库如date-fns（tree-shakable）或luxon（自带时区支持），别硬刚
