Intl.DateTimeFormat 默认使用用户系统时区和语言环境自动格式化时间，无需显式指定timeZone；传入locale可固定语言但保留本地时区，如'zh-CN'下上海用户显示'2024/07/12 15:28'、纽约用户显示'2024/07/12 03:28'。
Intl.DateTimeFormat 默认就按用户系统时区和语言环境自动格式化时间，无需手动传入时区参数——只要不显式指定 timeZone 选项，它就会使用运行环境的本地时区（如浏览器中是用户操作系统设置的时区）和默认语言（如 navigator.language）。
基础用法：零配置即生效
直接创建实例，不传任何选项，就能获得符合当前用户习惯的格式：
const formatter = new Intl.DateTimeFormat(); console.log(formatter.format(new Date())); // 例如：'2024/7/12 下午3:28:45'（中文系统）、'7/12/2024, 3:28:45 PM'（美式英语）
它会自动适配：
• 日期顺序（年月日 vs 月/日/年）
• 时间制式（12 小时制 vs 24 小时制）
• 星期/月份名称（本地化翻译）
• 分隔符与空格习惯（如中文常用“年/月/日”，日语用“年・月・日”）
按需定制格式，仍保持本地时区
通过 options 控制显示粒度，时区依然由系统决定：
-
只显示时间（带秒）：
new Intl.DateTimeFormat(undefined, { hour: '2-digit', minute: '2-digit', second: '2-digit' }) -
仅日期（长格式）：
new Intl.DateTimeFormat(undefined, { dateStyle: 'long' })→ “2024年7月12日” -
混合+星期：
{ weekday: 'short', year: 'numeric', month: 'short', day: 'numeric', hour: '2-digit', minute: '2-digit' }
注意：undefined 作为第一个参数，等价于省略，表示使用默认 locale；不写 timeZone 是关键——写了（比如 timeZone: 'UTC'）就会强制切换时区，失去“自动本地化”效果。
显式指定语言但保留本地时区
有时需要固定语言（如全站用中文），又不想锁死时区，可传入 locale 字符串，但依然不设 timeZone：
// 中文界面 + 用户真实本地时间
const cnFormatter = new Intl.DateTimeFormat('zh-CN', {
year: 'numeric',
month: '2-digit',
day: '2-digit',
hour: '2-digit',
minute: '2-digit',
hour12: false // 强制24小时制（可选）
});
// 输出示例（上海用户）：'2024/07/12 15:28'
// 输出示例（纽约用户）：'2024/07/12 03:28'（自动按纽约时间换算）
此时日期数字和文字是中文，但时间值始终反映用户设备所在时区的本地时刻。
注意事项与常见误区
• 不要写 timeZone: Intl.DateTimeFormat().resolvedOptions().timeZone —— 这多此一举，且在 Node.js 环境可能出错（无默认时区）；
• 服务端（Node.js）默认没有用户时区，需靠请求头（如 Accept-Language）或客户端传递，不能依赖 Intl.DateTimeFormat() 自动获取；
• 若发现时间不对，先检查 new Date() 本身是否准确（比如服务器时间偏差），再确认没误加 timeZone；
• Safari 对 dateStyle/timeStyle 支持较晚（iOS 14+/macOS 11.0+），旧版本需手动配置字段。
