最安全获取当前时间的方法是直接调用 new Date()；所有不带 UTC 前缀的 getter 方法（如 getHours）返回本地时区值，带 UTC 前缀的（如 getUTCHours）返回协调世界时值；与服务器交互必须用 toISOString()，前端展示优先用 toLocaleDateString 并指定 locale。
获取当前时间用 new Date()，不是字符串解析
直接调用 new Date() 返回当前本地时区的完整日期对象，这是最安全的起点。别一上来就用 new Date('2024-01-01') 或 new Date('01/01/2024') —— 浏览器解析规则不统一：YYYY-MM-DD 格式在 Safari 和部分旧版 Chrome 中会被强制解释为 UTC 时间，导致本地时区偏移 8 小时；斜杠格式则依赖系统 locale，iOS 可能直接报 Invalid Date。
实操建议：
- 要获取当前时间，只写
new Date()，不要加空字符串或零参数以外的任何东西 - 若需从字符串构造，优先拆成年、月、日等数字参数：
new Date(2024, 0, 1)（注意月份是 0 起始） - 服务端传来的 ISO 字符串（如
"2024-01-01T12:00:00Z"）可放心用，末尾带Z表示 UTC，new Date()能稳定解析
getHours() 系列方法返回本地时间，getUTCHours() 才是 UTC 值
这是最容易出错的地方：所有不带 UTC 前缀的方法（getDate()、getMonth()、getHours() 等）返回的是**当前系统时区**下的值；而带 UTC 前缀的（getUTCDate()、getUTCMonth()）返回的是协调世界时对应值。比如北京时间 2024-01-01 09:00:00，getHours() 返回 9，getUTCHours() 返回 1。
常见错误现象：
立即学习“Java免费学习笔记（深入）”；
- 跨时区应用里显示“今天”逻辑错乱，比如东京用户下午 3 点看到的
getDate()是 2 号，但服务器 UTC 是 1 号 - 用
setHours(0,0,0,0)清空时间后，再调toISOString()发给后端，结果时间变成前一天
正确做法：
- 纯本地展示（如日历控件），用
getXXX() - 与服务器交互、做时间计算、存储，一律用
getUTCXXX()+Date.UTC()构造
toISOString() 固定输出 UTC 时间，toString() 依赖本地环境
toISOString() 总是返回形如 "2024-01-01T01:00:00.000Z" 的字符串，时区固定为 UTC，适合 API 传输和数据库存储；而 toString()、toDateString()、toLocaleString() 全部按浏览器所在系统语言和时区格式化，不可预测。
使用场景对比：
- 发请求给后端：必须用
date.toISOString()，别用date.toString() -
前端界面展示中文日期：用
date.toLocaleDateString('zh-CN')，并显式指定 locale，避免用户系统设成英文时显示成 "Jan 1, 2024" - 想截取“年月日”且保持时区中立：用
date.getUTCFullYear() + '-' + (date.getUTCMonth() + 1).toString().padStart(2, '0') + '-' + date.getUTCDate()，比正则解析toISOString()更可靠
setMonth() 和 setDate() 会自动进位，但容易超预期
Date 对象的 setter 方法有隐式归一化行为：比如 date.setDate(32) 在 1 月会自动跳到 2 月 1 日；date.setMonth(12) 会变成下一年 1 月。这看似方便，但常被误用。
典型陷阱：
- 想把日期设为“本月最后一天”，写
date.setDate(31)—— 但 4 月没有 31 日，结果变成 5 月 1 日 - 动态加减月份用
date.setMonth(date.getMonth() + n)，遇到 1 月加 1 个月可能跳到 3 月（因为 1 月 31 日 +1 月 → 2 月 31 日 → 自动归一为 3 月 3 日）
更稳的做法：
- 获取月末：先设为下月第一天，再
setDate(0)（0表示上月最后一天） - 加减月份：用
new Date(date.getFullYear(), date.getMonth() + n, 1)构造新对象，再手动处理日期冲突
const lastDayOfMonth = (date) => {
const nextMonth = new Date(date.getFullYear(), date.getMonth() + 1, 1);
return new Date(nextMonth.getFullYear(), nextMonth.getMonth(), 0);
};
JavaScript 的 Date 不是“不好用”，而是它的行为全部围绕本地时区展开，而开发者常常默认它在操作 UTC 或忽略时区转换。真正踩坑的点，往往不在方法记不全，而在没意识到 getMonth() 和 getUTCMonth() 是两个世界。 
