JavaScript日期操作易踩时区、月份索引（0–11）、字符串解析不一致等坑；应明确构造、谨慎解析、归一比较、委托格式化。
JavaScript 操作日期时间看似简单，实际容易踩坑——比如时区混乱、月份从 0 开始、字符串解析不一致、跨浏览器兼容性差等。核心是理解 Date 对象的行为逻辑，避免依赖隐式转换，优先使用明确的构造方式和标准化方法。
月份和日期索引容易搞错
Date 的月份（getMonth() / setMonth()）是 0–11（0 表示一月），而日期（getDate()）是 1–31。很多人误把 new Date(2024, 5, 1) 当成“2024年5月1日”，其实它是“2024年6月1日”。
- 写日期时手动减 1：如要表示 2024 年 5 月 1 日，用
new Date(2024, 4, 1) - 读取月份时记得加 1：如
date.getMonth() + 1才是真实月份 - 用
toLocaleDateString()或Intl.DateTimeFormat格式化显示，避免手拼字符串出错
字符串解析不可靠，尤其 ISO 格式带时区
new Date('2024-05-01') 在不同浏览器中可能被解释为本地时区或 UTC（Safari 和旧版 Chrome 默认按 UTC 解析），导致日期偏移一天；而 new Date('2024/05/01') 基本都按本地时区处理。
- 避免直接传字符串给
Date构造函数，除非你完全控制格式和环境 - 推荐显式拆解：用年、月、日数字参数构造，如
new Date(2024, 4, 1) - 若必须解析字符串，统一转成
YYYY/MM/DD格式再传入，或用正则提取后构造 - ISO 时间戳（如
'2024-05-01T12:00:00Z'）带Z或时区偏移时行为稳定，可放心用
获取“今天零点”或“本月第一天”这类边界时间
直接修改 Date 对象属性易出错（比如设 setHours(0,0,0,0) 后没考虑时区影响）。更稳妥的方式是新建一个 Date 实例，基于原对象的时间成分重新组合。
立即学习“Java免费学习笔记（深入）”；
- 今天零点（本地时区）：
new Date(new Date().toDateString()) - 今天零点（UTC）：
new Date(Date.UTC(d.getFullYear(), d.getMonth(), d.getDate())) - 本月第一天：
new Date(d.getFullYear(), d.getMonth(), 1) - 下个月第一天：
new Date(d.getFullYear(), d.getMonth() + 1, 1)
比较两个日期是否同一天（忽略时分秒）
不能直接比 date1 === date2（对象引用不同），也不能只比 getTime()（含毫秒差异）。关键是归一化到“日粒度”再比较。
- 方法一（推荐）：
date1.toDateString() === date2.toDateString() - 方法二（更可控）：提取年月日组成数字比较，如
date1.getFullYear()*10000 + (date1.getMonth()+1)*100 + date1.getDate() - 注意：
toDateString()返回本地时区的字符串，适合本地场景；跨时区需先转 UTC 再比
不复杂但容易忽略细节。抓住“构造明确、解析谨慎、比较归一、显示委托”这四点，就能避开大部分日期坑。
