toLocaleDateString()可自动适配本地语言和时区，比手动拼接更可靠；需校验日期有效性，支持locale和选项精细控制；固定格式首选Intl.DateTimeFormat；注意getMonth()陷阱及时区问题。
用 toLocaleDateString() 快速生成本地化日期字符串
多数场景下不需要手写格式逻辑，toLocaleDateString() 能自动适配用户系统语言和时区，且支持细粒度控制字段。它比拼接 getFullYear() + getMonth() 更可靠，尤其涉及多语言或夏令时切换时。
常见错误是传入 undefined 或无效 Date 实例导致返回 "Invalid Date"；务必先校验：
const d = new Date('2024-09-15');
if (isNaN(d.getTime())) {
throw new Error('Invalid date');
}
- 只想要年月日？用
{ year: 'numeric', month: '2-digit', day: '2-digit' }→"2024/09/15"（中文系统）或"09/15/2024"（美式） - 要英文缩写月份？加
month: 'short'→"Sep 15, 2024" - 想强制中文格式不随系统变？指定
locale: 'zh-CN'，但注意：某些旧版 Safari 不支持该参数
用 Intl.DateTimeFormat 精确控制分隔符和顺序
当设计稿明确要求 "2024-09-15" 或 "15/09/2024" 这类固定格式，且不能受用户系统影响时，Intl.DateTimeFormat 是更稳妥的选择。它比正则替换或手动拼接更健壮，也避免了 getMonth() 返回 0~11 导致的常见 off-by-one 错误。
关键点：必须显式设置 year、month、day 的 format 值，否则可能缺失字段：
const formatter = new Intl.DateTimeFormat('en-CA', {
year: 'numeric',
month: '2-digit',
day: '2-digit'
});
console.log(formatter.format(new Date('2024-09-15'))); // "2024-09-15"
-
'en-CA'输出YYYY-MM-DD，'en-GB'输出DD/MM/YYYY - 不支持自定义分隔符（如
2024.09.15），得靠formatToParts()拆解后拼接 - Node.js 14+ 和现代浏览器都支持，但 IE 完全不兼容
手写格式化函数时绕开 getMonth() 的陷阱
直接调 date.getMonth() + 1 看似简单，但容易在边界情况出错：比如 new Date(2024, 0, 0) 是 2023 年 12 月 31 日，getMonth() 返回 11，此时 +1 就变成 12——而月份只有 0–11。
更安全的做法是用 getDate() / getMonth() 配合 String.prototype.padStart()：
function formatDate(date) {
const y = date.getFullYear();
const m = String(date.getMonth() + 1).padStart(2, '0');
const d = String(date.getDate()).padStart(2, '0');
return `${y}-${m}-${d}`;
}
- 永远对
getMonth() + 1和getDate()做padStart(2, '0')，别信“不会小于10” - 不要用
date.toString().slice(0, 15)这类取巧方式——不同引擎返回格式不一致 - 如果输入可能是字符串，先用
new Date(input)构造，再用isNaN(date.getTime())判定有效性
时间戳转日期字符串要注意时区偏移
后端常返回毫秒时间戳（如 1726387200000），直接传给 new Date(timestamp) 会按本地时区解析。若接口约定为 UTC 时间，却用本地时间渲染，会导致白天显示成前一天。
正确做法分两种：
- 要显示用户本地时间？直接
new Date(timestamp)，然后用前述任意方法格式化 - 要严格按 UTC 显示？用
new Date(timestamp).toUTCString()或toISOString().slice(0, 10)（仅日期部分） - 警惕
new Date('2024-09-15').getTime()在 Safari 中可能返回NaN，因 ISO 格式字符串未带时间部分时行为不统一；补上T00:00更稳
日期格式化真正麻烦的不是语法，而是隐式时区转换和跨浏览器解析差异。哪怕只是输出 YYYY-MM-DD，也要先确认：这个日期是用户本地时间？服务端 UTC 时间？还是某个固定时区的时间？选错起点，后面所有格式都可能错位。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
