javascript日期如何操作_如何格式化日期和时间?

14次阅读

javaScript日期处理三大陷阱:ISO字符串解析歧义(需补全T00:00:00或用构造函数)、toLocaleString参数缺失导致格式不一致(须指定locale和选项)、toISOString返回UTC而非本地时间(需手动拼接或用sv-SE locale)。

javascript日期如何操作_如何格式化日期和时间?

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 友好,例如只导入 formatparseISO,不会打包整个库
  • 不要在项目里同时引 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"

时区、字符串解析歧义、格式参数缺失 —— 这三处是实际项目里最常打断开发节奏的地方,比功能实现本身花更多调试时间。

text=ZqhQzanResources