关于时间的梳理-other-ArcherWong博客

关于时间的梳理

作者：ArcherWong
分类：other
时间：2019-01-04 10:37:11
阅读：13

[TOC]
# 1. 明确几个概念

- UTC: Universal Time Coordinated 协调世界时，又称世界标准时间，比GMT更精确
- GMT: Greenwich Mean Time 格林尼治平均时
- 时间戳 int类型，将GMT/UTC的1970年01月01日00时00分00秒作为起始值进行计算，得到的总秒数就是这个Unix时间戳，不分地区。

UTC和GMT都与英国伦敦的本地时相同，所以程序中UTC与GMT没什么不同。但是实际上，GMT 是一个时区，而 UTC 是一个时间标准。

# 2. ISO_8601日期格式标准
ISO 8601的标准格式是：YYYY-MM-DDTHH:mm:ss.sssZ，分别表示：

- YYYY：年份，0000 ~ 9999
- MM：月份，01 ~ 12
- DD：日，01 ~ 31
- T：分隔日期和时间
- HH：小时，00 ~ 24
- mm：分钟，00 ~ 59
- ss：秒，00 ~ 59
- .sss：毫秒
- Z：时区，可以是：Z（UFC）、+HH:mm、-HH:mm

T 也可以用空格表示，但是这两种表示有点不一样，T 其实表示 UTC，而空格会被认为是本地时区（**前提是不通过 Z 指定时区**）。

Z 用来表示传入时间的时区（zone），不指定并且没有使用 T 分隔而是使用空格分隔时，就按本地时区处理，比如下面的例子：

# 3. JavaScript中的时间

Data()构造时间的方法有下面几种：

- new Date();           // 当前时间
- new Date(value);      // 自 1970-01-01 00:00:00 UTC 经过的毫秒数
- new Date(dateString); // 时间字符串
- new Date(year, month[, day[, hour[, minutes[, seconds[, milliseconds]]]]]);

```
new Date();  
new Date(1000 * 1)
new Date('Thu Jan 01 1970 00:00:00 GMT+0800 (CST)')
new Date(1970, 0, 1, 0, 0, 0)
```
Javascript则精确到毫秒数。用dateObject.getTime()来获得当前时间戳，用Date.parse(datestring)来生成一个时间戳。

使用谷歌浏览器的控台，探究一下

在浏览器中直接new一个date对象，因为我们处于UTC+0800的时区，所以控制台给我们打印出来的时间是GMT+0800的时间
```
new Date()
Thu Feb 08 2018 17:25:13 GMT+0800 (中国标准时间)
```

通过日期字符串new一个Date对象，输入的时间字符串是2018-02-08 00:00:00，没有带ISO标准的“T”字母，因此浏览器认为我们想输入的是当地时间
```
new Date("2018-02-08 00:00:00")
Thu Feb 08 2018 00:00:00 GMT+0800 (中国标准时间)
```
2018-02-08T00:00:00+0800 代表UTC+0800时区2月8日0时0分，2018-02-08T00:00:00-0800 代表UTC-0800时区2月8日0时0分，在控制台中显示分别如下
```
new Date("2018-02-08T00:00:00+0800")
Thu Feb 08 2018 00:00:00 GMT+0800 (中国标准时间)
new Date("2018-02-08T00:00:00-0800")
Thu Feb 08 2018 16:00:00 GMT+0800 (中国标准时间)
```

# 4. MySql中的时间

MySQL 中和时间相关的数据类型主要包括：YEAR、TIME、DATE、DATETIME、TIMESTAMP。

DATE、YEAR、TIME 比较简单，大概总结如下：

名称 |	占用字节 |	取值
-|-|-
DATE|	3 字节|	1000-01-01 ~ 9999-12-31
YEAR|	1 字节|	1901 ~ 2155
TIME|	3 字节|	-838:59:59 ~ 838:59:59

注：TIME 的小时范围可以这么大（超过 24 小时），是因为它还可以用来表示两个时间点之差。

DATEIME vs TIMESTAMP
我们主要来说明下 DATETIME 和 TIMESTAMP，可以做下面的总结：

名称|	占用字节|	取值|	受 time_zone 设置影响
-|-|-|-
DATETIME|	8 字节|	1000-01-01 00:00:00 ~ 9999-12-31 23:59:59|	否
TIMESTAMP|	4 字节|	1970-01-01 00:00:00 ~ 2038-01-19 03:14:07|	是

第一个区别是占用字节不同，导致能表示的时间范围也不一样。

第二个区别是 DATETIME 是“常量”，保存时就是保存时的值，检索时是一样的值，不会改变；而 TIMESTAMP 则是“变量”，保存时数据库服务器将其从time_zone 时区转换为 UTC 时间后保存，检索时将其转换从 UTC 时间转换为 time_zone 时区时间后返回。

创建数据表：
```
CREATE TABLE `tests` (
    `id` INTEGER NOT NULL auto_increment , 
    `datetime` DATETIME, 
    `timestamp` TIMESTAMP, 
    PRIMARY KEY (`id`)
) ENGINE=InnoDB;
```

连接到数据库服务器后，可以执行 SHOW VARIABLES LIKE '%time_zone%' 查看当前时区设置。类似下面这样的结果：

Variable_name|	Value
-|-
system_time_zone|	CST
time_zone|	SYSTEM

说明我目前时区是 CST（China Standard Time），也就是东八区。

INSERT INTO `tests` (`id`, `datetime`, `timestamp`) VALUES (DEFAULT, '2000-01-01 00:00:00', '2000-01-01 00:00:00');

检索

id|	datetime|	timestamp
-|-|-
1|	2000-01-01 00:00:00| 2000-01-01 00:00:00

如果我们先将 time_zone 设置为一个不同的值后再进行检索就会发现不同的结果：

SET time_zone = '+00:00';
    
再次检索

id|	datetime|	timestamp
-|-|-
1|	2000-01-01 00:00:00|	1999-12-31 16:00:00

# 5. Vue(ElementUI) + Laravel 的前后端数据的处理

ElementUI前端初始化数据的时候,

参数|	说明|	类型|	可选值|	默认值
-|-|-|-|-
default-value|	可选，选择器打开时默认显示的时间|	Date|	可被new Date()解析|	—
default-time|	范围选择时选中日期的默认具体时刻|	string[]|	数组，长度为 2，每项值为字符串，形如12:00:00，第一项指定开始日期的时刻，第二项指定结束日期的时刻，不指定会使用时刻 00:00:00|	—
value-format|	可选，绑定值的格式。不指定则绑定值为 Date 对象|	string|	[见日期格式](http://element-cn.eleme.io/#/zh-CN/component/date-picker#ri-qi-ge-shi)|	—

采用默认格式，参照官方文档

```
<script>
  export default {
    data() {
      return {
        pickerOptions2: {
          shortcuts: [{
            text: '最近一周',
            onClick(picker) {
              const end = new Date();
              const start = new Date();
              start.setTime(start.getTime() - 3600 * 1000 * 24 * 7);
              picker.$emit('pick', [start, end]);
            }
          }]
        },
        value3: [new Date(2000, 10, 10, 10, 10), new Date(2000, 10, 11, 10, 10)],
        value4: ''
      };
    }
  };
</script>
```
传递给时间控件的值，可以通过new Date()初始化，
通过time.getTime()获取时间戳，进行时间的计算，
再通过time.setTime()转换成new Date()类型。

这里需要注意的是，time.getTime()获取的是毫秒值。

如果前端不加任何其它处理，我们后端获取的值是UTC时间格式。
```
 dd($request->input('t_s'),date('Y-m-d H:i:s', strtotime($request->input('t_s'))));
```
```
"2018-02-08T02:30:32.743Z"
"2018-02-08 10:30:32"
```
通过转换可以得到mysql数据库中（DATEIME或TIMESTAMP格式），然后进行存储。
# 6. php（Laravel）中时区问题

1. 配置Laravel时区

我们在config/app.php中配置好找到timezone, 修改成如下时区即可，如果时间正确，就可以不用管第二步

'timezone' => 'PRC',

2. 修改php.ini中的时区

找到PHP配置文件(php.ini,根据自己情况查找)

date.timezone ＝ PRC

3. 不使用框架，没有提供配置时区功能

Laravel提供给我们设置时区的配置，如果你没有使用框架，我们可以在系统初始化的时候设置。
```
ini_set('date.timezone','PRC');  
//或
date_default_timezone_set("PRC"); 
```
这样就可以解决时区问题

# 参考资料

[关于“时间”的一次探索](https://segmentfault.com/a/1190000004292140
)

标签：

上一篇：nginx笔记-配置详解

下一篇：算法总结

关于时间的梳理

文章分类

阅读排行

友情链接