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小时,后一天标准时间正常的情况。

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

相关推荐
whinc21 分钟前
🚀 两年小程序开发,我把踩过的坑做成了开源 Skills
前端·微信小程序·ai编程
兆子龙1 小时前
ahooks useRequest 深度解析:一个 Hook 搞定所有请求
java·javascript
兆子龙1 小时前
React Suspense 从入门到实战:让异步加载更优雅
java·javascript
sure2821 小时前
React Native中创建自定义渐变色
前端·react native
KKKK2 小时前
SSE(Server-Sent Events)流式传输原理和XStream实践
前端·javascript
子兮曰2 小时前
Humanizer-zh 实战:把 AI 初稿改成“能发布”的技术文章
前端·javascript·后端
Din3 小时前
主动取消的防抖
前端·javascript·typescript
百度地图汽车版3 小时前
【AI地图 Tech说】第九期:让智能体拥有记忆——打造千人千面的小度想想
前端·后端
臣妾没空3 小时前
Elpis 全栈框架:从构建到发布的完整实践总结
前端·后端