el-date-picker选择时间后标准时间少1小时问题

问题

前端开发中发现Element的时间组件el-date-picker在选择选择部分时间后js对象的标准时间少1小时,如果选择的小时为0,会导致部分转换条件下结果少1天。

比如组件中选择的本地时间为:

1988-08-01 00:00:00

而js对象获取到是标准时间是:

1988-07-31T15:00:00.000Z

比熟悉的概念1988-07-31T16:00:00.000Z少了1小时

解读

经过el组件多次选择不同日期,发现这个现象在1988年9月11、12日有不同的效果:

页面上选择1988年9月11(标准时间9月10下午)就会少1小时

1988年9月12以及之后(标准时间9月11下午)就不会少。

进一步查此日期前后的事件,发现该日期是当年夏令时的结束日期。1986年至1991年,我国在全国范围实行了六年夏令时 ,每年从4月中旬的第一个星期日2时整(北京时间)到9月中旬第一个星期日的凌晨2时整(北京夏令时)。夏令时_百度百科

而上述找到的分界点1988年9月11是当年夏令时的最后一天,因此出现了前一天标准时间少了1小时,后一天标准时间正常的情况。

为避免相关问题出现,在前后端开发中,尽量使用相同的时间格式化处理策略,多用开发语言提供的时间类或其他成熟的封装类,不要在时间对象提供的封装方法之外直接对数值做编辑(比如不要将时间对象转成标准时间后手动加减数值得到本地时间)。

相关推荐
深念Y2 小时前
Lenovo XiaoXinAir 14 — 性能模式切换
前端·网络
计算机魔术师2 小时前
Meta突然杀进第一梯队:一个新模型,把AI推理成本打下来8倍
前端
IT_陈寒2 小时前
Redis缓存雪崩把我坑惨了,这次长记性了
前端·人工智能·后端
风骏时光牛马3 小时前
提示词工程:大模型效能挖掘与指令设计实战
前端
仓三3 小时前
Chrome DevTools MCP 上手:让 Coding Agent 自己调试前端页面
前端·chrome devtools·mcp
计算机魔术师3 小时前
扒完Google AI Agent挑战赛的前三名,我发现了一个共同点
前端
独立开发之道3 小时前
【three.js教程】Three.js 运行时更新:矩阵、几何体、材质怎么改才不卡
javascript·矩阵·材质
不可能片场3 小时前
resources/app 为何能覆盖 app.asar
前端·electron
小婉3 小时前
我用 Next.js + React Flow 从零搭建了一个可视化 AI 工作流编排平台
前端·人工智能·node.js