平时对 Date 很多内容都一知半解,每次一用到 Date 就需要查资料,着实恼火。 故此文记录关于 JS 日期操作那些我不知道的事。
基础问题
Date.prototype.getTime() 返回的数字是什么?
官方对getTime 函数对定义是
The getTime() method returns the number of milliseconds* since the Unix Epoch
getTime() 函数返回从 Unix Epoch 开始到当前 Date 所指时间经过的毫秒数。
Unix Epoch 是什么呢?
1970年1月1日(UTC/GMT的午夜)
所以 getTime() 返回的数字是从 1970年1月1日0时0分0秒开始到当前 Date 对象所指时间所经过的毫秒数。
例如:
getTime() 和你所在的时区也有关系,我国的标准时间是北京时间,在东八区,所以比英国格林威治时间(GMT)的 0 时区晚 8 个小时。所以我定义的 1970年1月1日使用 getTime 函数得到 -2880000,即 8 小时。
GMT 和 UTC 是什么,有什么区别?
GMT(格林尼治标准时间) 和 UTC(协调世界时) 是计算世界时间的两种标准。
GMT 根据地球的自转和公转来计算时间,也就是太阳每天经过位于英国伦敦郊区的皇家格林威治天文台的时间就是中午12点。UTC是根据原子钟来计算时间,目前世界上最精确的原子钟50亿年才会误差1秒。因为地球的自传正在缓速变慢,会导致 GMT 计算有误差,所以 UTC 比 GMT 更加精确。UTC 时间被认为能与GMT 时间互换,但 GMT 时间已不再被科学界所确定。
PS:两个都是 0 时区的时间,例如:UTC +8 = 北京时间。
Date.getMonth() 为什么要从 0 开始
谁能想到这是 Java 埋的坑,因为 Javascript 的 Date 实现方案是 JDK1.0 的方案,所以坑也一样。 Javascript 之父用一句 Make It Look Like Java 调侃了这个坑也告诉了我们答案。
问题来了,Java 获取月份为什么要从 0 开始呢?
- 说法 1: 可能是因为旧的 C 语言日期 API 是这样的,那么旧的 C 语言日期 API 为什么是这样呢?...不套娃了。
- 说法 2:计算机里面所有东西都从 0 开始
- 说法 3:从 0 开始做月份计算更加容易
例如 12 月的下一个月份是 1 月,不过为了计算出 1 月你会做以下计算:
12
我们可以用 12 取余快速修复上面的问题
(
但是当遇到 11 月的时候...
(
您可以在添加月份之前先减去1,然后再进行取余运算,最后再加1,就可以修复上面的问题...也可以解决这个“基本问题”。
((
现在我们来看看如果月份的数字是 0 - 11,会有什么问题?
(
所有月份的表现一致,无需较复杂的解决方案。
时间戳是什么?
常指 unix 时间戳,上文提到过:从1970年1月1日(UTC/GMT的午夜)开始所经过的秒数。 获取时间戳的代码:
Math
常用方法
定义时间的方法
传入时间格式的字符串
new
不同的浏览器实现有差异,强烈不建议使用字符串初始化/解析日期。建议使用传入数字初始化日期对象。相同的浏览器针对不同的定义方式也有些许差异。
例子1:
new
例子2:在 2020年以前的,Firefox 和 Chrome 针对以下代码实现有差异。
Date
传入多个时间单位的数字
new
传入 Unix 时间戳
new
时间的加减法
减法
首先,需要将你的日期转化为 Date 对象,然后直接使用加减符号计算差。得到的结果是和或差的毫秒数,再将毫秒转化成你需要的格式。例如 2020-01-01 和 2020-01-02 差多久?
new
如果结果是要计算差多少天,即是 86400000 除以 1000得到秒数,再除以 60 得到分钟数,以此类推。
86400000
加法
两个 Date 相减能得到毫秒,那理所当然地某个 Date 加上毫秒数就可以等于另一个日期了。例如 2020-01-01 加上 86400000 毫秒,就等于 2020-01-02 No!No!No!
new
我还是太年轻了,跨类型的两个对象,强行加在一起,不甜。
1.转换成数字相加
将 new Date(2020,0,1) 转换成毫秒,来到整形的世界,快乐地计算。
(
2.使用 JS 内置方法
加减年、月、日、时、分、秒。例如:
var
不同的时间单位的加法使用的方法不同,可以根据下表选择对应的方法。
比较时间的大小
获取毫秒数,进行数字大小的比较。
new
获取不同格式的当前时间
toString()
new
toLocaleString()
new
toUTCString()/toGMTString()
new
GMT 已经不被推荐使用了,原因在上文提到过:UTC 比 GMT 精确。
toISOString()
new
返回 ISO 格式 (ISO 8601)的日期。
ISO 格式日期的规则是生成格式为 YYYY-MM-DDTHH:mm:ss.sssZ 或者 ±YYYYYY-MM-DDTHH:mm:ss.sssZ 的24 位到 27 位字符串。
YYYY-MM-DDTHH:mm:ss.sssZ 里面的 T 是分隔日期和时间的符号。
YYYY-MM-DDTHH:mm:ss.sssZ 里面的 Z 是时区的占位符,可以不写时区用 Z 代替是 0 时区,也可以使用 2020-09-17T00:20:06+08:00 代表东八区。
资料
- MDN-Date
- 知乎-UTC和GMT什么关系?
- 知乎-JavaScript中的Date对象取值month为什么是从0开始的?
- stackoverflow-why-is-january-month-0-in-java-calendar