JavaScript Date对象需避开时区、构造歧义和字符串解析三类坑：ISO日期字符串如'2023-10-05'被解析为UTC导致本地时区偏移；安全获取“今天零点”应使用数字构造或UTC方法；toLocaleDateString在iOS上对'en-US'支持不佳，推荐用'en'或手动格式化。
JavaScript 原生 Date 对象够用，但必须避开时区、构造歧义和字符串解析这三类坑。
为什么 new Date('2023-10-05') 在某些浏览器里变成 10 月 4 日？
ISO 格式字符串（如 '2023-10-05'）被规范定义为 UTC 时间，Date 构造时会自动转成本地时区——比如你在北京，它就减去 8 小时，导致日期“退一天”。
- ✅ 安全写法：用数字参数
new Date(2023, 9, 5)（注意月份是 0 起始） - ✅ 或强制指定时区：
new Date('2023-10-05T00:00:00+08:00') - ❌ 避免直接传短横线分隔的纯日期字符串，尤其在跨浏览器或服务端渲染场景
怎样安全获取“今天零点”的时间戳？
不能靠 new Date().setHours(0,0,0,0)，因为会修改原对象且受本地时区影响；更不能用字符串拼接再 parse。
- ✅ 推荐：先取当前日期的年月日，再用数字构造
new Date(date.getFullYear(), date.getMonth(), date.getDate()) - ✅ 或用 UTC 方法绕过时区：
new Date(Date.UTC(date.getFullYear(), date.getMonth(), date.getDate())) - ⚠️ 注意：
getHours()返回的是本地小时，getUTCHours()才是 UTC 小时，混用会导致偏移
格式化输出时，为什么 toLocaleDateString() 在 iOS 上不支持 en-US？
iOS Safari 对 Intl API 的语言标签支持较保守，en-US 可能 fallback 成系统默认语言，而 en 更稳妥。
立即学习“Java免费学习笔记（深入）”；
- ✅ 指定最小兼容集：
date.toLocaleDateString('en', { year: 'numeric', month: '2-digit', day: '2-digit' }) - ✅ 需要固定格式（如
YYYY-MM-DD）时，别依赖 locale，自己拼字符串：${date.getFullYear()}-${String(date.getMonth() + 1).padStart(2, '0')}-${String(date.getDate()).padStart(2, '0')} - ⚠️
toJSON()总是返回 UTC 字符串，toString()是本地时区，别在日志里混用
真正麻烦的从来不是“怎么算两个日期差”，而是“用户看到的‘今天’到底指哪个时区下的今天”——这个边界一旦没对齐，所有后续计算都会漂移。
