前言
MongoDB存储时间类型数据时，都是先转换为UTC时间，然后存储到数据库中,当我们取出存储的时间时，就会出现时差的问题。
比如我们用的北京时间，读取到的数值就会看到比当前时间少了8个小时，难道说我们在每次读取的时候都要单独处理一下时间吗，这就比较麻烦。其实，我们可以在存储的时候进行相应的处理，只需使用getTimezoneOffset()和toISOString()函数。
需要了解的概念：
格林威治时间
格林威治子午线上的地方时，或零时区（中时区）的区时叫做格林威治时间，也叫世界时。（更多详细的概念不说了，这里我们不需要。） 比如我们中国是东八区，北京时间是（GMT+08:00）
获得本地与格林威治时间的时差：new Date().getTimezoneOffset()，单位为分钟。
已知格林威治时间，换算本地正确时间
本地时间 = 格林威治时间 - 时差
已知本地时间，换算对应格林威治时间：
格林威治时间 = 本地时间 + 时差
已知本地时间，换算其他时区的时间
因为时区间的差异是以小时为单位的。所以算出0时区的时间后，再减去或加上相应的小时即可（东N区便+N小时，西N区便-N小时）。 为了方便计算，东N区记做正数，西N区记做负数，即：
目标时区时间 = 本地时间 + 时差 + 时区间隔
getTimezoneOffset函数：返回此地区的时差(当地时间与GMT格林威治标准时间的地区时差)，单位为分钟。
<script> // 我们是东八区 var d = new Date(); var tz = d.getTimezoneOffset(); console.log(tz); // -480 </script>
toISOString()函数：使用ISO标准将 Date 对象转换为字符串。
该标准称为 ISO-8601 ，格式为: YYYY-MM-DDTHH:mm:ss.sssZ。
语法
Date.toISOString()
返回值
封装时间转换函数
localDate(v) {
const d = new Date(v || Date.now());
d.setMinutes(d.getMinutes() - d.getTimezoneOffset());
return d.toISOString();
},
我们在存储时间的时候调用localDate()这个函数就可以了，无论你处在哪个时区结果显示都和当地时间一样。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？