17370845950

JavaScript日期操作易踩时区、月份索引（0–11）、字符串解析不一致等坑；应明确构造、谨慎解析、归一比较、委托格式化。

JavaScript 操作日期时间看似简单，实际容易踩坑——比如时区混乱、月份从 0 开始、字符串解析不一致、跨浏览器兼容性差等。核心是理解 Date 对象的行为逻辑，避免依赖隐式转换，优先使用明确的构造方式和标准化方法。

月份和日期索引容易搞错

Date 的月份（getMonth() / setMonth()）是 0–11（0 表示一月），而日期（getDate()）是 1–31。很多人误把 new Date(2025, 5, 1) 当成“2025年5月1日”，其实它是“2025年6月1日”。

• 写日期时手动减 1：如要表示 2025 年 5 月 1 日，用 new Date(2025, 4, 1)
• 读取月份时记得加 1：如 date.getMonth() + 1 才是真实月份
• 用 toLocaleDateString() 或 Intl.DateTimeFormat 格式化显示，避免手拼字符串出错

字符串解析不可靠，尤其 ISO 格式带时区

new Date('2025-05-01') 在不同浏览器中可能被解释为本地时区或 UTC（Safari 和旧版 Chrome 默认按 UTC 解析），导致日期偏移一天；而 new Date('2025/05/01') 基本都按本地时区处理。

• 避免直接传字符串给 Date 构造函数，除非你完全控制格式和环境
• 推荐显式拆解：用年、月、日数字参数构造，如 new Date(2025, 4, 1)
• 若必须解析字符串，统一转成 YYYY/MM/DD 格式再传入，或用正则提取后构造
• ISO 时间戳（如 '2025-05-01T12:00:00Z'）带 Z 或时区偏移时行为稳定，可放心用

获取“今天零点”或“本月第一天”这类边界时间

直接修改 Date 对象属性易出错（比如设 setHours(0,0,0,0) 后没考虑时区影响）。更稳妥的方式是新建一个 Date 实例，基于原对象的时间成分重新组合。

• 今天零点（本地时区）：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 再比

不复杂但容易忽略细节。抓住“构造明确、解析谨慎、比较归一、显示委托”这四点，就能避开大部分日期坑。