美国纽约时区是多少?

发布网友 发布时间：2022-04-25 21:52

我来回答

共5个回答

热心网友 时间：2022-05-07 05:05

　　纽约时区是西五区，美国横跨西五区至西十区，共六个时区。每个时区对应一个标准时间，从东向西分别为东部时间（EST，西五区，包括大西洋沿岸及近*的19个州和华盛顿特区，代表城市是华盛顿）、中部时间（CST，西六区，包括芝加哥和新奥尔良两个地区）、山地时间（MST，西七区）、太平洋时间（PST，西八区，包括太平洋沿岸的4个州，有洛杉矶等城市）、阿拉斯加时间（AKST，西九区）、夏威夷时间（HST，西十区）。按照“东早西晚”的规律，各递减一小时。

热心网友 时间：2022-05-07 06:23

纽约的时区是西五区，比UTC落后五个小时，记为 -0500：

UTC ＋ （-0500） = 纽约时间 （3）

UTC ＝ 纽约时间 ＋ 0500 （4）

把（2）式 － （4）式相比较，

UTC = 北京时间 － 0800 ＝ 纽约时间 ＋ 0500 （5）

即 北京时间 ＝ 纽约时间 ＋ 1300 （6）

即北京时间领先纽约时间十三个小时，由（6）式，

纽约时间 ＝ 北京时间 － 1300 （7）

在四月下旬，纽约又换用夏令时，又称为日光节约时，比标准纽约时间提前一个小时，实际成为西四区的标准时间，成为 -0400。

每个地区都有自己的本地时间，在网上以及无线电通信中时间转换的问题就显得格外突出。我自己就经常混淆于此，特地研究了一下，记录在此以备忘。

整个地球分为二十四时区，每个时区都有自己的本地时间。在国际无线电通信场合，为了统一起见，使用一个统一的时间，称为通用协调时(UTC, Universal Time Coordinated)。UTC与格林尼治平均时(GMT, Greenwich Mean Time)一样，都与英国伦敦的本地时相同。在本文中，UTC与GMT含义完全相同。

北京时区是东八区，领先UTC八个小时，在电子邮件信头的Date域记为+0800。如果在电子邮件的信头中有这么一行：

Date: Fri, 08 Nov 2002 09:42:22 +0800

说明信件的发送地的地方时间是二○○二年十一月八号，星期五，早上九点四十二分（二十二秒），这个地方的本地时领先UTC八个小时(+0800， 就是东八区时间)。电子邮件信头的Date域使用二十四小时的时钟，而不使用AM和PM来标记上下午。

以这个电子邮件的发送时间为例，如果要把这个时间转化为UTC，可以使用一下公式：

UTC + 时区差 ＝ 本地时间

时区差东为正，西为负。在此，把东八区时区差记为 +0800，

UTC + (＋0800) = 本地（北京）时间 (1)

那么，UTC = 本地时间（北京时间)）- 0800 (2)

0942 - 0800 = 0142

即UTC是当天凌晨一点四十二分二十二秒。如果结果是负数就意味着是UTC前一天，把这个负数加上2400就是UTC在前一天的时间。例如，本地（北京）时间是 0432 （凌晨四点三十二分），那么，UTC就是 0432 - 0800 = -0368，负号意味着是前一天， -0368 + 2400 = 2032，既前一天的晚上八点三十二分。

纽约的时区是西五区，比UTC落后五个小时，记为 -0500：

UTC ＋ （-0500） = 纽约时间 （3）

UTC ＝ 纽约时间 ＋ 0500 （4）

把（2）式 － （4）式相比较，

UTC = 北京时间 － 0800 ＝ 纽约时间 ＋ 0500 （5）

即 北京时间 ＝ 纽约时间 ＋ 1300 （6）

即北京时间领先纽约时间十三个小时，由（6）式，

纽约时间 ＝ 北京时间 － 1300 （7）

在四月下旬，纽约又换用夏令时，又称为日光节约时，比标准纽约时间提前一个小时，实际成为西四区的标准时间，成为 -0400。

UTC ＋ （－0400） = 纽约夏令时，套用以上公式，

北京时间 ＝ 纽约夏令时 ＋ 1200

纽约夏令时 ＝ 北京时间 － 1200

在这些转换中，最重要的公式就是

UTC ＋ 时区差 ＝ 本地时间

时区差东为正，西为负。例如，东八区（北京）是 +0800，西五区（纽约）是-0500，加州是西八区，是-0800，美国中部时区是西六区，-0600，美国山地时区是西七区，-0700，太平洋时区是西八区，-0800，在夏天使用夏时制，成为-0700。德国时区是东一区，+0100，夏天变为+0200。

多数电子邮件程序，例如Outlook Express，在显示时间时，计算机程序把时间先转换成为本地时间再显示，例如，邮件的Date域为：

Date: Fri, 08 Nov 2002 09:42:22 +0800

Outlook Express在显示时就显示为：

Date: Thur, 07 Nov 2002 08:42:22 pm，把北京时间转换成为了纽约时间，而且把二十四小时格式的时间转换成为了十二小时的格式。当然，为了时间转换正确，发送方和接受方的计算机的时区都要设置正确，在这里，发送方的时区要正确地设为北京时区东八区，而我的时区要设为西五区。

热心网友 时间：2022-05-07 07:58

纽约与中国的时差是十三个小时，也就是如果现在中国时间是二月22日的早上七点，纽约时间是二月21日的傍晚六点。美国每年在四月份的第一个礼拜天开始夏时制到十一月份第一个礼拜天结束，在夏时制期间，纽约与中国的时差12小时，也就是中国白天的12点，就是美国的前一天晚上12点。

热心网友 时间：2022-05-07 09:49

北京是东八区，纽约是西五区，两地相差十三个小时，且北京早！

热心网友 时间：2022-05-07 11:57

西5时区 纽约渥太华 (GMT- 5)

—— 本地（中国北京）标准时间 (GMT+8) ——

西12时区 艾尼威托克岛 (GMT-12)
西11时区 东萨摩亚群岛 (GMT-11)
西10时区 夏威夷群岛 (GMT-10)

西9时区 阿拉斯加 (GMT- 9)
西8时区 旧金山时间 (GMT- 8)
西7时区 美国丹佛时间 (GMT- 7)

西6时区 墨西哥城时间 (GMT- 6)
西5时区 纽约渥太华 (GMT- 5)
西4时区 智利和巴西 (GMT- 4)

西3时区 布宜诺斯艾利斯 (GMT- 3)
西2时区 大西洋中部 (GMT- 2)
西1时区 佛德尔群岛 (GMT- 1)

—— 格林威治（子午线）标准时间 (GMT) ——

东1时区 阿姆斯特丹 (GMT+ 1)
东2时区 布加勒斯特 (GMT+ 2)
东3时区 莫斯科时间 (GMT+ 3)

东4时区 第比利斯时间 (GMT+ 4)
东5时区 新德里时间 (GMT+ 5)
东6时区 科伦坡时间 (GMT+ 6)

东7时区 曼谷雅加达 (GMT+ 7)
东8时区 香港新加坡 (GMT+ 8)
东9时区 东京平壤时间 (GMT+ 9)

东10时区 悉尼关岛时间 (GMT+10)
东11时区 所罗门群岛 (GMT+11)
东12时区 惠灵顿时间 (GMT+12)

热心网友 时间：2022-05-07 05:05

　　纽约时区是西五区，美国横跨西五区至西十区，共六个时区。每个时区对应一个标准时间，从东向西分别为东部时间（EST，西五区，包括大西洋沿岸及近*的19个州和华盛顿特区，代表城市是华盛顿）、中部时间（CST，西六区，包括芝加哥和新奥尔良两个地区）、山地时间（MST，西七区）、太平洋时间（PST，西八区，包括太平洋沿岸的4个州，有洛杉矶等城市）、阿拉斯加时间（AKST，西九区）、夏威夷时间（HST，西十区）。按照“东早西晚”的规律，各递减一小时。

热心网友 时间：2022-05-07 06:23

纽约的时区是西五区，比UTC落后五个小时，记为 -0500：

UTC ＋ （-0500） = 纽约时间 （3）

UTC ＝ 纽约时间 ＋ 0500 （4）

把（2）式 － （4）式相比较，

UTC = 北京时间 － 0800 ＝ 纽约时间 ＋ 0500 （5）

即 北京时间 ＝ 纽约时间 ＋ 1300 （6）

即北京时间领先纽约时间十三个小时，由（6）式，

纽约时间 ＝ 北京时间 － 1300 （7）

在四月下旬，纽约又换用夏令时，又称为日光节约时，比标准纽约时间提前一个小时，实际成为西四区的标准时间，成为 -0400。

每个地区都有自己的本地时间，在网上以及无线电通信中时间转换的问题就显得格外突出。我自己就经常混淆于此，特地研究了一下，记录在此以备忘。

整个地球分为二十四时区，每个时区都有自己的本地时间。在国际无线电通信场合，为了统一起见，使用一个统一的时间，称为通用协调时(UTC, Universal Time Coordinated)。UTC与格林尼治平均时(GMT, Greenwich Mean Time)一样，都与英国伦敦的本地时相同。在本文中，UTC与GMT含义完全相同。

北京时区是东八区，领先UTC八个小时，在电子邮件信头的Date域记为+0800。如果在电子邮件的信头中有这么一行：

Date: Fri, 08 Nov 2002 09:42:22 +0800

说明信件的发送地的地方时间是二○○二年十一月八号，星期五，早上九点四十二分（二十二秒），这个地方的本地时领先UTC八个小时(+0800， 就是东八区时间)。电子邮件信头的Date域使用二十四小时的时钟，而不使用AM和PM来标记上下午。

以这个电子邮件的发送时间为例，如果要把这个时间转化为UTC，可以使用一下公式：

UTC + 时区差 ＝ 本地时间

时区差东为正，西为负。在此，把东八区时区差记为 +0800，

UTC + (＋0800) = 本地（北京）时间 (1)

那么，UTC = 本地时间（北京时间)）- 0800 (2)

0942 - 0800 = 0142

即UTC是当天凌晨一点四十二分二十二秒。如果结果是负数就意味着是UTC前一天，把这个负数加上2400就是UTC在前一天的时间。例如，本地（北京）时间是 0432 （凌晨四点三十二分），那么，UTC就是 0432 - 0800 = -0368，负号意味着是前一天， -0368 + 2400 = 2032，既前一天的晚上八点三十二分。

纽约的时区是西五区，比UTC落后五个小时，记为 -0500：

UTC ＋ （-0500） = 纽约时间 （3）

UTC ＝ 纽约时间 ＋ 0500 （4）

把（2）式 － （4）式相比较，

UTC = 北京时间 － 0800 ＝ 纽约时间 ＋ 0500 （5）

即 北京时间 ＝ 纽约时间 ＋ 1300 （6）

即北京时间领先纽约时间十三个小时，由（6）式，

纽约时间 ＝ 北京时间 － 1300 （7）

在四月下旬，纽约又换用夏令时，又称为日光节约时，比标准纽约时间提前一个小时，实际成为西四区的标准时间，成为 -0400。

UTC ＋ （－0400） = 纽约夏令时，套用以上公式，

北京时间 ＝ 纽约夏令时 ＋ 1200

纽约夏令时 ＝ 北京时间 － 1200

在这些转换中，最重要的公式就是

UTC ＋ 时区差 ＝ 本地时间

时区差东为正，西为负。例如，东八区（北京）是 +0800，西五区（纽约）是-0500，加州是西八区，是-0800，美国中部时区是西六区，-0600，美国山地时区是西七区，-0700，太平洋时区是西八区，-0800，在夏天使用夏时制，成为-0700。德国时区是东一区，+0100，夏天变为+0200。

多数电子邮件程序，例如Outlook Express，在显示时间时，计算机程序把时间先转换成为本地时间再显示，例如，邮件的Date域为：

Date: Fri, 08 Nov 2002 09:42:22 +0800

Outlook Express在显示时就显示为：

Date: Thur, 07 Nov 2002 08:42:22 pm，把北京时间转换成为了纽约时间，而且把二十四小时格式的时间转换成为了十二小时的格式。当然，为了时间转换正确，发送方和接受方的计算机的时区都要设置正确，在这里，发送方的时区要正确地设为北京时区东八区，而我的时区要设为西五区。

热心网友 时间：2022-05-07 07:58

纽约与中国的时差是十三个小时，也就是如果现在中国时间是二月22日的早上七点，纽约时间是二月21日的傍晚六点。美国每年在四月份的第一个礼拜天开始夏时制到十一月份第一个礼拜天结束，在夏时制期间，纽约与中国的时差12小时，也就是中国白天的12点，就是美国的前一天晚上12点。

热心网友 时间：2022-05-07 09:49

北京是东八区，纽约是西五区，两地相差十三个小时，且北京早！

热心网友 时间：2022-05-07 11:57

西5时区 纽约渥太华 (GMT- 5)

—— 本地（中国北京）标准时间 (GMT+8) ——

西12时区 艾尼威托克岛 (GMT-12)
西11时区 东萨摩亚群岛 (GMT-11)
西10时区 夏威夷群岛 (GMT-10)

西9时区 阿拉斯加 (GMT- 9)
西8时区 旧金山时间 (GMT- 8)
西7时区 美国丹佛时间 (GMT- 7)

西6时区 墨西哥城时间 (GMT- 6)
西5时区 纽约渥太华 (GMT- 5)
西4时区 智利和巴西 (GMT- 4)

西3时区 布宜诺斯艾利斯 (GMT- 3)
西2时区 大西洋中部 (GMT- 2)
西1时区 佛德尔群岛 (GMT- 1)

—— 格林威治（子午线）标准时间 (GMT) ——

东1时区 阿姆斯特丹 (GMT+ 1)
东2时区 布加勒斯特 (GMT+ 2)
东3时区 莫斯科时间 (GMT+ 3)

东4时区 第比利斯时间 (GMT+ 4)
东5时区 新德里时间 (GMT+ 5)
东6时区 科伦坡时间 (GMT+ 6)

东7时区 曼谷雅加达 (GMT+ 7)
东8时区 香港新加坡 (GMT+ 8)
东9时区 东京平壤时间 (GMT+ 9)

东10时区 悉尼关岛时间 (GMT+10)
东11时区 所罗门群岛 (GMT+11)
东12时区 惠灵顿时间 (GMT+12)