JavaScript Date 格式化需手动拼接、Intl.DateTimeFormat 或 toLocaleDateString()；构造函数解析字符串跨浏览器不一致，推荐显式参数或 ISO 格式；toLocaleDateString() 需指定 locale 和 options；手写格式化须补零、用 getFullYear()、注意时区。
JavaScript 的 Date 对象本身不提供内置格式化方法，直接调用 toString() 或隐式转换得到的字符串依赖运行环境，不可靠。真正可控的格式化必须手动拼接、用 Intl.DateTimeFormat，或借助 toLocaleDateString() 等带选项的方法。
用 new Date() 创建日期对象时的常见陷阱
构造函数对输入字符串的解析行为差异大，尤其跨浏览器时：
-
new Date('2025-10-05')在 Chrome/Firefox 中解析为 UTC 时间，但在 Safari 中可能按本地时区解释 -
new Date('10/05/2025')在某些地区（如 US）能识别，在欧洲多数环境会返回Invalid Date - 推荐显式传入年、月、日参数：
new Date(2025, 9, 5)（注意：月份是 0 起始） - 若必须解析字符串，优先用 ISO 格式
'2025-10-05T00:00:00'，或用Date.parse()配合正则校验
toLocaleDateString() 的 locale 和 options 参数怎么配
这是最轻量又可靠的格式化方式，但选项稍不注意就出错：
- 不传
locale时，结果由用户系统决定，中文环境可能输出「2025年10月5日」，英文环境是Oct 5, 2025 - 固定中文格式：使用
zh-CN，并指定year、month、
day
new Date().toLocaleDateString('zh-CN', { year: 'numeric', month: '2-digit', day: '2-digit' }) // "2025-10-05" - 想省略年份？设
year: undefined不生效，必须不传该键；正确写法：{ month: 'short', day: 'numeric' } // "Oct 5" -
month: 'short'输出缩写（Oct），'long'输出完整（October），'2-digit'强制补零（10）
手写格式化函数时容易漏掉的边界情况
看似简单的 yyyy-MM-dd 拼接，实际要处理三处隐性问题：
- 月份和日期必须补零，但
date.getMonth() + 1返回的是数字，不是字符串 —— 忘记.toString().padStart(2, '0')就会得到2025-9-5 - 获取年份要用
getFullYear()，不是getYear()（后者在 2000 年后返回 123） - 时区偏移会影响
getDate()结果：比如服务器时间是2025-10-05T16:00:00Z，在中国本地调用getDate()得到的是 6（+8 时区），而非预期的 5 - 若需 UTC 时间格式，改用
getUTCFullYear()、getUTCMonth()、getUTCDate()
真正稳定的格式化，要么靠 Intl.DateTimeFormat（兼容性好，IE11+），要么严格区分本地/UTC 方法调用。别依赖 toJSON() 或 toISOString() 的输出直接展示给用户——它们固定为 UTC，且带时间部分。
