JavaScript日期处理三大陷阱：ISO字符串解析歧义（需补全T00:00:00或用构造函数）、toLocaleString参数缺失导致格式不一致（须指定locale和选项）、toISOString返回UTC而非本地时间（需手动拼接或用sv-SE locale）。
JavaScript 日期对象初始化容易出错
直接用 new Date('2023-10-05') 看似没问题，但在 Safari 和部分旧版 Chrome 中可能返回 Invalid Date。原因是 ISO 格式字符串若不带时间部分（如没有 T00:00:00），某些引擎会按 UTC 解析，而其他引擎按本地时区解析，导致歧义。
- 安全写法：显式补全时间与时区，例如
new Date('2023-10-05T00:00:00')或new Date(2023, 9, 5)（注意月份是 0 起始） - 从后端拿的时间字符串，优先用
new Date(dateString + 'T00:00:00')做兜底，避免隐式转换失败 - 如果 date 字符串来自用户输入（如
"10/05/2023"），别依赖Date自动解析 —— 浏览器行为不一致，应手动拆分再构造
toLocaleDateString 和 toLocaleTimeString 参数必须写全
只写 date.toLocaleDateString() 看起来能用，但结果高度依赖用户系统语言和区域设置，中文用户可能得 "2023/10/5"，日本用户却是 "2023年10月5日"，且无法控制是否补零、是否含星期。
- 固定中文格式推荐：
date.toLocaleDateString('zh-CN', { year: 'numeric', month: '2-digit', day: '2-digit' })→"2023-10-05" - 带时间且补零：
date.toLocaleTimeString('zh-CN', { hour12: false, hour: '2-digit', minute: '2-digit', second: '2-digit' })→"14:30:22" - 注意
hour12: false必须显式指定，否则某些 locale（如en-US）默认走 12 小时制，14:30变成"2:30 PM"
toISOString() 返回的是 UTC 时间，不是本地时间
new Date().toISOString() 看起来像“当前时间的 ISO 字符串”，但它其实是把本地时间换算成 UTC 后输出的。比如你在北京（UTC+8），下午 3 点调用，得到的是 "2023-10-05T07:00:00.000Z"，而不是 "2023-10-05T15:00:00.000"。
- 要获取本地时间的 ISO 风格字符串（不含时区偏移），得自己拼：
${date.getFullYear()}-${String(date.getMonth() + 1).padStart(2, '0')}-${String(date.getDate()).padStart(2, '0')}T${String(date.getHours()).padStart(2, '0')}:${String(date.getMinutes()).padStart(2, '0')}:${String(date.getSeconds()).padStart(2, '0')} - 更稳妥的做法是用
date.toLocaleString('sv-SE')（瑞典 locale 的输出格式刚好是"2023-10-05 15:00:00"），再把空格换成T - 数据库写入或 API 传参前，务必确认后端期望的是 UTC 还是本地时间 —— 混用会导致时间差 8 小时这类低级但难排查的问题
格式化库不是必需，但 moment.js 已淘汰，用 dayjs 或 date-fns 更轻量
原生方法够用，但一旦涉及相对时间（如“2 小时前”）、跨时区计算、或需要统一多端格式，手写就容易翻车。moment.js 虽强大，但体积大、API 不可变、已进入维护模式。
立即学习“Java免费学习笔记（深入）”；
- 替代方案选
dayjs：API 与 moment 类似，但体积仅 2KB，且默认不可变（避免意外修改原对象） - 或者
date-fns：函数式设计，tree-shaking 友好，例如只导入format和parseISO，不会打包整个库 - 不要在项目里同时引 dayjs 和 date-fns —— 它们对同一字符串的解析逻辑可能有细微差异，尤其处理模糊格式（如
"01/02/03"）时
import dayjs from 'dayjs';
const formatted = dayjs('2023-10-05T14:30:00').format('YYYY-MM-DD HH:mm:ss');
// → "2023-10-05 14:30:00"
时区、字符串解析歧义、格式参数缺失 —— 这三处是实际项目里最常打断开发节奏的地方，比功能实现本身花更多调试时间。 
