NSDate GMT以及UTC

NSDate GMT以及UTC,第1张

GMT:格林威治时间 是指位于伦敦郊区的皇家格林威治天文台的标准时间(开发中不常用)

UTC:协调世界时,世界统一时间,世界标准时间,国际协调时间。

中国大陆、中国香港、中国澳门、中国台湾、蒙古国、新加坡、马来西亚、菲律宾、西澳大利亚州的时间与UTC的时差均为+8,也就是UTC+8(相差八个小时)

这套时间系统被应用于许多互联网和万维网的标准中,因此在日常开发中UTC时间的使用较为常见

iOS中的NSDate对象存放的日期始终是UTC的标准时间(比如下面的例子,服务器返回的字符串是utc时间,本地时区是北京)

有结果可知:时间字符串转成NSDate时,没有指定时间字符串的时区,系统会根据本地时区,将时间字符串转成utc时间存放在NSDate对象中(通过Summary可以看出),而NSLog打印NSDate时,又会根据当地时区将utc时间转成本地时区时间打印出来。

结论:NSDate中存放的时间会自动转换成utc时间,NSLog打印的时间会自动根据时区打印不同的结果

david=# select extract(year from now());

date_part

-----------

2013

(1 row)

david=# 32 取月份

david=# select extract(month from now());

date_part

-----------

4

(1 row)

david=#

david=# select extract(day from timestamp '2013-04-13');

date_part

-----------

13

(1 row)

david=#

david=# SELECT EXTRACT(DAY FROM INTERVAL '40 days 1 minute');

date_part

-----------

40

(1 row)

david=# 33 查看今天是一年中的第几天

david=# select extract(doy from now());

date_part

-----------

102

(1 row)

david=# 34

查看现在距1970-01-01 00:00:00 UTC 的秒数

david=# select extract(epoch from now());

date_part

------------------

136575590794474

(1 row)

david=# 35 把epoch 值转换回时间戳

david=# SELECT TIMESTAMP WITH TIME ZONE 'epoch' + 1369755555 INTERVAL '1 second';

column

------------------------

2013-05-28 23:39:15+08

(1 row)

david=#

--取day

skytf=> select extract(day from now());

date_part

-----------

3

(1 row)

skytf=> select extract(day from timestamp '2011-06-03');

date_part

-----------

3

(1 row)

skytf=> select timestamp '2011-06-03';

timestamp

---------------------

2011-06-03 00:00:00

(1 row)

--取小时

skytf=> select extract (hour from now());

date_part

-----------

14

(1 row)

--取分钟

skytf=> select extract (minute from now());

date_part

协调世界时,又称世界统一时间,世界标准时间,国际协调时间,简称UTC。

:UTC相当于本初子午线(即经度0度)上的平均太阳时,过去曾用格林威治平均时(GMT)来表示北京时间比UTC时间早8小时,以1999年1月1日0000UTC为例,UTC时间是零点,北京时间为1999年1月1日早上8点整。

     

     

国际原子时的准确度为每日数纳秒,而世界时的准确度为每日数毫秒。许多应用部门要求时间系统接近世界时UT,对于这种情况,一种称为协调世界时的折衷时标于1972年面世。  为确保协调世界时与世界时相差不会超过09秒,在有需要的情况下会在协调世界时内加上正或负闰秒。  因此协调世界时与国际原子时之间会出现若干整数秒的差别,两者之差逐年积累,便采用跳秒(闰秒)的方法使协调时与世界时的时刻相接近,其差不超过1s。世界协调时间(UTC),GPS 系统中有两种时间区分,一为UTC,另一为LT(地方时)两者的区别为时区不同,协调世界时是以原子时秒长为基础,在时刻上尽量接近于世界时的一种时间计量系统。中国大陆、中国香港、中国澳门、中国台湾、蒙古国、新加坡、马来西亚、菲律宾、西澳大利亚州的时间与UTC的时差均为+8,也就是UTC+8。

     

     

国际原子时的准确度为每日数纳秒,而世界时的准确度为每日数毫秒。许多应用部门要求时间系统接近世界时UT,对于这种情况,一种称为协调世界时的折衷时标于1972年面世。  为确保协调世界时与世界时相差不会超过09秒,在有需要的情况下会在协调世界时内加上正或负闰秒。  因此协调世界时与国际原子时之间会出现若干整数秒的差别,两者之差逐年积累,便采用跳秒(闰秒)的方法使协调时与世界时的时刻相接近,其差不超过1s。

     

     

个人建议:UTC就是0时区的时间,地方时为本地时间,如北京为早上八点(东八区),UTC时间就为零点,时间比北京时晚八小时,以此计算即可

;           UTC时间与北京时间的换算

      我们知道,世界的每个地区都有自己的本地时间,整个地球共分为二十四时区,也就是说,每个时区都有自己的本地时间。

      在互联网通信中,统一使用一个标准时间,称为通用协调时(UTC, Universal Time Coordinated)。UTC与格林尼治时(GMT, Greenwich Mean Time)一样,都与英国伦敦的本地时相同。

      如何进行UTC时间与北京时间的换算呢北京市区是东八区,领先UTC 8个小时,例如:Sun, 19 July 2020 09:45:10 +0800,说明时间是2020年7月19号,星期日,上午9点45分10秒,该地区本地时领先UTC差 8个小时(+0800,就是东八区时间)。如果要把这个时间转化为UTC,可以使用以下公式:

      UTC + 时区差 = 本地时间

      时区差东为正,西为负。为此,把东八区时区差记为:+0800,

      UTC + (+0800) = 北京时间

      那么,

      UTC = 北京时间 - 0800,即:0945 - 0800 = 0145

      即UTC是当天凌晨1点45分10秒。若结果是负数就意味着是UTC前一天,把这个负数加上2400就是UTC在前一天的时间。例如,北京时间是 0225 (凌晨2点25分),那么,UTC就是 0225 – 0800 = -0375,负号意味着是前一天, -0375 + 2400 = 2025,既前一天的晚上8点25分。

;           UTC时间与北京时间的换算

      我们知道,世界的每个地区都有自己的本地时间,整个地球共分为二十四时区,也就是说,每个时区都有自己的本地时间。

      在互联网通信中,统一使用一个标准时间,称为通用协调时(UTC, Universal Time Coordinated)。UTC与格林尼治时(GMT, Greenwich Mean Time)一样,都与英国伦敦的本地时相同。

      如何进行UTC时间与北京时间的换算呢北京市区是东八区,领先UTC 8个小时,例如:Sun, 19 July 2020 09:45:10 +0800,说明时间是2020年7月19号,星期日,上午9点45分10秒,该地区本地时领先UTC差 8个小时(+0800,就是东八区时间)。如果要把这个时间转化为UTC,可以使用以下公式:

      UTC + 时区差 = 本地时间

      时区差东为正,西为负。为此,把东八区时区差记为:+0800,

      UTC + (+0800) = 北京时间

      那么,

      UTC = 北京时间 - 0800,即:0945 - 0800 = 0145

      即UTC是当天凌晨1点45分10秒。若结果是负数就意味着是UTC前一天,把这个负数加上2400就是UTC在前一天的时间。例如,北京时间是 0225 (凌晨2点25分),那么,UTC就是 0225 – 0800 = -0375,负号意味着是前一天, -0375 + 2400 = 2025,既前一天的晚上8点25分。

以上就是关于NSDate GMT以及UTC全部的内容,包括:NSDate GMT以及UTC、postgresql查询当前月数据 表中为Oracle数据库语句,怎么修改时间格式、UTC是什么时区等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/web/10159026.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-05
下一篇2023-05-05

发表评论

登录后才能评论

评论列表(0条)

    保存