javaScript date对象基于本地时区或UTC毫秒数，不自动处理时区转换、日历计算或格式化；创建实例需谨慎传参：new Date()安全，new Date(‘yyYY-MM-DD’)解析为UTC零点，而new Date(‘YYYY/MM/DD’)或new Date(年,月,日)按本地时区解释；getYear()已废弃，应使用getFullYear()等UTC/本地区分方法；setXXX方法原地修改，不可链式调用；格式化优先用toLocaleDateString()等内置方法，ISO格式用toISOString()；核心难点在于明确时间点的语义与上下文。
javascript 的 Date 对象不是“万能时钟”，它不自动处理时区转换、日历计算或格式化，所有操作都基于本地时区（或 UTC）的毫秒数——理解这点，才能避开 90% 的坑。
怎么创建一个靠谱的 Date 实例？
传参方式决定行为逻辑，错用字符串构造极易掉进陷阱：
-
new Date()：当前本地时间，安全 -
new Date('2024-05-20')：解析为 UTC 零点（注意！不是本地零点），在时区东八区会显示为 5 月 19 日晚 16:00 -
new Date('2024/05/20')或new Date(2024, 4, 20)：按本地时区解释，更可控（注意月份是 0 起始） - 避免
new Date('2024-05-20 10:30')这类混合格式，不同浏览器解析不一致
获取年月日时分秒，为什么 getFullYear() 比 getYear() 强？
getYear() 已废弃，返回的是“距 1900 年的年份差”，new Date(2024, 0).getYear() 得到 124；而 getFullYear() 直接返回 2024。其他常用 getter：
-
getDate()：当月第几天（1–31），不是getDay()（那是星期几，0=周日） -
getMonth()：0–11，必须 +1 才是真实月份 -
getHours()/getMinutes()/getSeconds()：都是本地时区值 - 要 UTC 值？换用
getUTCFullYear()、getUTCHours()等
修改日期用 setXXX，但别直接链式调用
Date 是可变对象，所有 setXXX 方法都原地修改并返回毫秒数（不是新 Date）：
立即学习“Java免费学习笔记（深入）”；
const d = new Date(2024, 0, 1); d.setMonth(2).setDate(15); // ❌ 错误：setMonth 返回数字，不是 Date，无法链式正确写法：
const d = new Date(2024, 0, 1); d.setMonth(2); // 三月 d.setDate(15); // 十五号- 想不污染原对象？先
new Date(d.getTime())克隆一份 -
setDate(0)是上个月最后一天，setDate(32)会自动进位到下月，这是合法且有用的技巧
格式化输出最简单的方案是什么？
别手写拼接，优先用 toLocaleDateString() 和 toLocaleTimeString()：
-
d.toLocaleDateString('zh-CN')→"2024/5/20" -
d.toLocaleTimeString('en-US', { hour12: false })→"14:30:45" - 组合用：
d.toLocaleString('zh-CN', { dateStyle: 'medium', timeStyle: 'short' }) - 需要 ISO 格式？
d.toISOString()固定返回 UTC 时间的"2024-05-20T06:30:00.000Z"，不含本地时区信息
真正难的从来不是取值或设值，而是搞清你拿到的到底是不是你想要的那个“时间点”——尤其当后端传来字符串、用户跨时区访问、或者你要算“30 天后”这种模糊周期时，Date 自身完全不提供日历语义支持。