时区

时区是一个遵守法律，商业和社会目的的统一标准时间的区域。时区倾向于遵循国家及其细分之间的界限，而不是严格遵循经度，因为它可以方便地进行频繁沟通以保持同一时间。

时区定义为与协调的通用时间（UTC）的一两个偏移，并且（如果使用两个偏移量）在偏移发生变化时。由于日光节省时间（DST），全年的某些时区域会切换在偏移之间。 UTC偏移量的范围从UTC -12：00到UTC+14：00 ，通常是整个小时数，但是一些区域被额外的30或45分钟所抵消（例如在印度，南澳大利亚和尼泊尔） 。

极端纬度的区域更有可能使用DST。 DST通常使用大约一半，通常是通过在春季和夏季在当地时间增加一个小时。

UTC偏移列表

在下表中，当DST无效时，使用日光节省时间（DST）的位置在其UTC偏移中列出。当DST生效时，大约在春季和夏季，它们的UTC偏移量增加了一个小时（除了豪岛勋爵（Lord Howe Island ），它增加了30分钟）。例如，在DST期间，加利福尼亚观察UTC -07：00 ，英国观察UTC+01：00 。

历史

由于地球的球形形状，太阳在天空中的明显位置，因此太阳时间因位置而异。这种变化对应于每个经度的每个时间的四分钟时间，因此，例如，当它在伦敦的太阳中午时，它是在布里斯托尔太阳中午的10分钟前，西方约2.5度。

皇家天文台格林威治（Greenwich）成立于1675年，建立了格林威治的平均时间（GMT），即该位置的平均太阳时间，以帮助水手们确定海上的经度，提供标准的参考时间，而英格兰的每个位置则保持不同时间。

铁路时间

在19世纪，随着运输和电信的改善，每个位置观察自己的太阳能时间变得越来越不便。 1840年11月，伟大的西部铁路开始使用便携式天文纪录器保存的GMT。这种做法很快在英国的其他铁路公司之后，被称为铁路时间。

1852年8月23日左右，皇家天文台电报首先传输了时间信号。到1855年，英国98％的公众时钟正在使用GMT，但直到1880年8月2日才使该岛的合法时间成为合法的时间。这一时期的一些英国时钟有两分钟的手，一个是当地时间，一个是GMT。

1868年11月2日，当时的新西兰英国殖民地正式采用了整个殖民地的标准时间。它基于格林威治以东172°30'的经度，即GMT比11小时30分钟。该标准被称为新西兰平均时间。

19世纪，北美铁路上的计时很复杂。每条铁路都使用自己的标准时间，通常是基于总部或最重要的终点站的当地时间，而铁路的火车时间表则是使用自己的时间出版的。几条铁路提供的一些连接处的每条铁路都有一个时钟，每个铁路都显示了不同的时间。

查尔斯·杜德（Charles F.边界，第一个以华盛顿特区为中心，但到1872年，第一个以格林威治西部75°以西的子午线为中心，并带有自然边界，例如阿巴拉契亚山脉的各个部分。道德的系统从未被北美铁路所接受。取而代之的是，美国和加拿大铁路实施了旅行者官方铁路指南的编辑威廉·艾伦（William F. Allen）提出的版本。其时区的边界经常在主要城市的火车站横渡。例如，其东部和中央时区之间的边界穿过底特律，布法罗，匹兹堡，亚特兰大和查尔斯顿。它于1883年11月18日星期日开幕式，也称为“两个中午的一天”，当时每个火车站时钟都被重置为标准时间中午在每个时区内。

北美地区被命名为殖民地，东部，中央，山和太平洋。在所有人口超过10,000（约200个城市）的城市中，有85％的人使用标准时间。底特律是一个值得注意的例外（位于东部和中央时间的子午线之间的一半），该时间一直持续到1900年，然后在1915年5月的《 1915年5月的法令》之前尝试了中央标准时间，当地平均时间和东部标准时间（EST） EST并于1916年8月通过普选投票批准。当美国国会在1918年3月19日的《标准时间法》中正式通过标准时区正式通过了标准时区时，这种混乱就结束了。

全球时区

意大利数学家Quirico Filopanti在他的书Miranda中介绍了全球时区系统的想法！ ，于1858年出版。他提出了24小时的时区，他称之为“纵向日”，这是第一个以罗马子午线为中心的。他还提出了一个普遍的时间，用于天文学和电报。但是，他的书直到他去世很久才引起人们的注意。

苏格兰- 加拿大出生的加拿大桑福德·弗莱明爵士（Sandford Fleming）于1876年提出了一个全球范围内的时区系统 - 参见桑德福德·弗莱明（Sandford Fleming）§世界标准时间的发明者。该提案将世界分为二十四个时区，标有AY（跳过J），每个区域都覆盖了15度的经度。每个区域内的所有时钟都将与其他区域设置为同一时间，但与相邻区域中的所有时钟都不同。他在包括国际子午线会议在内的几个国际会议上提倡自己的系统，并在那里得到了一些考虑。该系统尚未直接采用，但是有些地图将世界分为24个时区，并将信件分配给它们，类似于弗莱明的系统。

到1900年左右，地球上几乎所有居住的地方都采用了标准时区，但只有一些人使用GMT的小时偏移。许多人在当地的天文天文台上运用了整个国家的时间，而无需提及GMT。花了数十年的时间才基于GMT的一些标准偏移或协调的通用时间（UTC）。到1929年，大多数国家都采用了小时的时区，尽管伊朗，印度，缅甸和澳大利亚部分地区等一些国家的时区有30分钟的偏移。尼泊尔是最后一个采用标准偏移的国家，在1986年略微转移到UTC+05：45。

目前，所有国家目前都将标准时区用于世俗目的，但并非所有国家都将该概念应用于最初的构想。几个国家和分区使用半小时或四分之一小时的偏离标准时间。一些国家（例如中国和印度）使用一个时区，即使其领土的程度远远超过了一个小时的理想经度。西班牙和阿根廷等其他国家使用基于标准的偏移，但不一定是由其地理位置决定的偏移。在某些地区，后果会影响当地公民的生活，在极端情况下，造成了更大的政治问题，例如在中国西部范围内。在有11个时区的俄罗斯，在2010年撤离了两个时区，并于2014年恢复。

符号

ISO 8601

ISO 8601是国际标准化组织建立的标准，定义了以文本形式表示日期和时间的方法，包括表示时区的规格。

如果时间是在协调的通用时间（UTC），则在没有分离空间的情况下直接添加“ Z”。 “ Z”是零UTC偏移的区域指定器。因此，“ 09:30 UTC”表示为“ 09：30z”或“ 0930z”。同样，“ 14:45:15 UTC”也写为“ 14：45：15z”或“ 144515Z”。 UTC时间也被称为“ Zulu”时间，因为“ Zulu”是字母“ Z”的语音字母代码单词。

UTC的偏移以格式±HH：mm，±hhmm或±HH（提前或后面的UTC后数小时）。例如，如果所描述的时间比UTC提前一小时（例如冬季在德国的时间），则区域指示符将为“ +01：00 ”，“ +0100”或简单地“ +01”。该时区的数字表示与当地时代相同的方式与字母时区缩写（或上面的“ Z”）相同。 UTC的偏移随着日光节省时间的变化，例如在北美中央时区的芝加哥的时间偏移为冬季的“ -06：00 ”（中央标准时间）和“ -05：00 ”。夏天（中央日光时间）。

缩写

时区通常以字母缩写为代表，例如“ EST”，“ WST”和“ CST”，但这些不是国际时间和日期标准ISO 8601的一部分。这样的名称可能是模棱两可的。例如，“ CST”可以表示（北美）中央标准时间（UTC -06：00），古巴标准时间（UTC -05：00）和中国标准时间（UTC+08：00），也是一个ACST的广泛使用变体（澳大利亚中央标准时间，UTC+09：30）。

转换

时区之间的conversion依遵守关系

“ a” - “ - ” a“ a” =“ b” b'-“ b” - “ utc偏移量的时间”的“时间”偏移，b”，b”，b“

其中等式的每一侧等效于UTC。

转换方程可以重新排列到

“区域B中的时间” =“区域A” - “ UTC偏移a” +“ UTC偏移量为b”的时间。

例如，纽约证券交易所于09:30开放（ EST ，UTC Offset = -05：00）。在加利福尼亚（ PST ，UTC Offset = -08：00）和印度（ IST ，UTC Offset = +05：30），纽约证券交易所开放

加利福尼亚的时间= 09：30-（-05：00） +（-08：00）= 06:30;

印度的时间= 09：30-（-05：00） +（+05：30）= 20:00。

这些计算在到达或从日光节省时间的时间切换中变得更加复杂，因为该区域的UTC偏移成为UTC时间的函数。

时间差异也可能导致不同的日期。例如，当星期一在埃及（UTC+02：00）的22:00时，它是星期二在巴基斯坦的01:00（UTC+05：00）。

表“一天中的时间”表概述了不同区域之间的时间关系。

航海时区

自1920年代以来，海洋上的船只一直在运营一种航海标准时间系统。作为陆地时区系统的理想形式，航海时区包括GMT 15°偏移的GORS组成的整个小时。航海日期是第180个子午线之后，将一个15°戈尔分成两个7.5°戈尔斯，与GMT不同，差异为±12小时。

但是，实际上，每艘船可以选择在每个位置观察的时间。船只可能会在方便的时间（通常在晚上，不完全跨越一定的经度时）调整其时钟。在整个行程中，有些船只仅留在出发港口的时间。

时区偏斜

理想的时区（例如航海时区）基于该区域中部特定子午线的平均太阳时间，边界位于子午线东部和西部7.5度。但是，在实践中，许多时区域边界在西方的范围更远，有些国家完全位于其理想时区。

例如，即使主要子午线（0°）通过西班牙和法国，但它们的平均太阳时间是东部15度（中欧时间）而不是0度（格林威治平均时间）。法国以前曾使用过GMT，但在第二次世界大战期间德国占领该国期间，在中欧时代（中欧时代）改用，战后没有转移。同样，在第二次世界大战之前，荷兰观察到了“阿姆斯特丹时代”，这比格林威治的平均时间提前二十分钟。他们必须在战争期间跟随德国时间，然后将其保留。在1970年代中期，荷兰与其他欧洲州一样，开始观察日光（夏季）时间。

划定其理想子午线西部时区域边界的原因之一是允许更有效地利用下午的阳光。这些位置中的一些还使用日光节省时间（DST），进一步增加了与当地太阳能时间的差异。结果，在夏季，西班牙维戈城的太阳能中午发生在14:41时钟时间。西班牙大陆最西端的地区尽管位于赤道以北42度，但即使在冬天，也从未在18:00时钟之前经历日落。在夏至附近，Vigo在22:00之后有日落时间，类似于斯德哥尔摩的日落时间，斯德哥尔摩的时区位于同一时区，北部为17度。不过，斯德哥尔摩的日出要早得多。

一个更极端的例子是阿拉斯加诺米（Nome） ，位于165°24'的经度 - 位于理想化的萨摩亚时区中心（ 165°W ）的中心以西。尽管如此，诺姆（Nome）用DST观察了阿拉斯加时间（ 135°W ），因此冬天比太阳高两个多小时，夏季超过三个小时。阿拉斯加的科兹布（Kotzebue）也附近同一个子午线，但在北极圈以北，在八月初的同一天有两个日落。

中国向西延伸至73°E ，但其中的所有部分都使用UTC+08：00 （ 120°E ），因此在中国西部（如新疆）的西部地区，太阳能“中午”可以在15:00发生。阿富汗 - 中国边界是地球上最大的地面时区差异，阿富汗的UTC+4：30与中国的UTC+08：00之间的差异为3.5小时。

在不同位置的时钟时间和太阳时间之间的不匹配的可视化。在蓝色区域，时钟时间落后于太阳能时间；在红色区域，相反是正确的。两者在白色区域同步。

夏令时节省时间

许多国家，有时甚至只是国家的某些地区，采用了夏令时（DST）（DST），也称为夏季时间。这通常涉及在春季开始附近前进一个小时，并在秋季进行调整（ “春季向前”，“倒退”）。现代DST于1907年首次提议，并于1916年广泛使用，作为旨在保护煤炭的战时措施。尽管有争议，但许多国家从那以后就使用了它。细节因位置而异，并偶尔更改。赤道周围的国家通常不会观察到夏令时，因为阳光的季节性差异很小。

计算机系统

许多计算机操作系统包括基于各个时区的所有（或几乎所有）本地时间的必要支持。在内部，操作系统通常将UTC用作其基本时间保存标准，同时提供用于将本地时间转换为往返UTC的服务，并且能够在各个时间内自动更改当地时间转换时自动更改本地时间转换区域。 （有关此方面的更多详细信息，请参见有关日光节省时间的文章）。

网络服务器主要针对单个时区域的受众或有限的时区域呈现网页，通常显示为当地时间，也许在括号中使用UTC时间。更多以国际为导向的网站可以仅在UTC中显示时间或使用任意时区。例如，国际英语版本的CNN包括GMT和香港时间，而美国版则显示东部时间。美国东部时间和太平洋时间也很常用于许多具有全球读者群的美国英语网站。该格式通常基于W3C注释“ DateTime”。

电子邮件系统和其他消息传递系统（ IRC聊天等）使用UTC的时间戳记消息，否则将发件人的时区作为消息的一部分，允许接收程序显示消息在收件人的本地发送消息的日期和时间时间。

数据库记录包括时间戳通常使用UTC，尤其是当数据库是跨越多个时区的系统的一部分时。不建议将当地时间用于时间stamping记录，以实现日光节省时间的时区，因为每年有一个小时的当地时间模棱两可。

如今，日历系统通常将其时间戳与UTC联系在一起，并在不同时区的计算机上以不同的方式显示它们。在举行电话或互联网会议时，这种情况有效。它在旅行时效果不佳，因为假定日历事件发生在计算机或智能手机创建事件时的时区域。该事件可以在错误的时间显示。例如，如果纽约人计划在上午9点在洛杉矶与某人见面，并在上午9点（计算机假设是纽约时间）进行日历条目，则日历条目将在凌晨6点，如果花了计算机的时间区。在Microsoft Outlook的较新版本中，还有一个选项，可以输入事件发生的时区，但通常不在其他日历系统中。日历软件还必须处理日光节省时间（DST）。如果出于政治原因，日期节省时间的起点和结束日期发生了变化，即使它们可能会在UTC时间转移，日历条目也应在当地时代保持不变。因此，在Microsoft Outlook中，在没有DST偏移的情况下存储和通信时间戳记。因此，即使该活动实际上将在13:00 UTC举行，夏季中午在伦敦的一个约会将被代表为12:00（UTC+00：00）。在Google日历中，日历事件存储在UTC中（尽管在当地时间显示），并且可能会通过时区更改进行更改，尽管正常的日光节省开始和结束是补偿的（类似于其他许多日历软件）。

作业系统

Unix

大多数类似Unix的系统，包括Linux和Mac OS X ，都将系统保持时间_t格式，代表自00:00:00自00:00:00自1月1日（星期四）以来经过的秒数（不包括LEAP秒）。 ，1970年。默认情况下，外部表示为UTC（协调的通用时间），尽管单个过程可以使用TZ环境变量指定时区。这允许多个时区的用户使用同一计算机，并将其各自的本地时间正确显示给每个用户。时区信息最常来自IANA时区数据库。实际上，许多系统，包括使用GNU C库的任何系统，都可以使用此数据库。

微软Windows

Windows 2000之前使用的基于Windows的计算机系统使用了本地时间，但是Windows 2000及以后可以将UTC用作基本系统时间。系统注册表包含包括UTC偏移量的时区信息以及指示在每个区域节省日光的起点和结束日期的规则。与用户的互动通常使用本地时间，并且应用程序软件能够计算各个区域的时间。终端服务器允许远程计算机将其时区设置重定向到终端服务器，以便用户在桌面/应用程序会话中看到其时区的正确时间。终端服务使用终端服务器和客户端时区信息上的服务器基础时间来计算会话中的时间。

程式设计语言

爪哇

虽然大多数应用程序软件将使用基础操作系统进行时区信息，但版本1.3.1的Java平台已维护了自己的时区数据库。每当时区规则更改时，都会更新此数据库。 Oracle为此提供了更新工具。

作为与Java平台捆绑在一起的时区信息的替代方案，程序员可以选择使用Joda Time库。该库包括基于IANA时区数据库的自己的时区数据。

从Java 8开始，有一个新的日期和时间API可以帮助转换时区。 Java 8日期时间

JavaScript

传统上，时区支持JavaScript的方式很少。从本质上讲，程序员必须通过实例化时间对象，从中获得GMT时间并与两者有所不同来提取UTC偏移。这并不能为更复杂的日光节省变化提供解决方案，例如北半球和南半球之间的DST方向不同。

ECMA-402是JavaScript国际化API标准，提供了格式化时区的方法。但是，由于尺寸约束，某些实现或分布不包括它。

珀尔

PERL中的DateTime对象支持Olson DB中的所有时区，并包括在时区之间获得，设置和转换的能力。

php

自5.2以来，DateTime对象和相关功能已被编译到PHP核心中。这包括获取和设置默认脚本时区域的功能，DateTime在内部意识到自己的时区。 PHP.NET提供了有关此的广泛文​​档。如前所述，最新的时区数据库可以通过PECL TimeZonedB实现。

Python

Python商店中包含的标准模块DateTime，并在时区信息类Tzinfo上运行。第三方PYTZ模块提供了对完整IANA时区数据库的访问权限。否定的时区以秒为单位的偏移是存储的时间。TimeZone和Time.Altzone属性。从Python 3.9开始，ZoneInfo模块无需第三方模块引入时区管理。

短暂聊天

每个SmallTalk方言都带有其自己的内置类，用于日期，时间和时间戳，其中只有少数按照ANSI SmallTalk标准指定的DateAndtime和持续时间类。 VisualWorks提供了一个时区类，该类别最多支持两个每年反复出现的偏移过渡，这些过渡被认为适用于所有年份（与Windows时区相同的行为）。 Squeak提供了不支持任何偏移过渡的时区类。 Dolphin Smalltalk根本不支持时区。

为了在SmallTalk应用程序中全面支持TZ数据库（ZeareInfo）（包括支持任何数量的每年反复出现的偏移过渡，并支持不同年内不同年内偏移过渡规则）第三方开放式，ANSI ANSI -smalltalk符合计时的日期/时间库可与以下任何SmallTalk方言一起使用：VisualWorks，吱吱声，宝石或海豚。

外太空的时间

在24小时内，绕航天器可能会经历许多日出和日落。因此，不可能校准有关太阳的时间，并且仍然尊重24小时的睡眠/唤醒周期。太空探索的一种常见做法是使用发射场或任务控制的基于地球的时间，同步机组人员和控制器的睡眠周期。国际空间站通常使用格林威治平均时间（GMT）。

火星上的计时可能会更加复杂，因为地球的太阳日约为24小时40分钟，称为溶胶。某些火星任务的地球控制器已将其睡眠/唤醒周期与火星日同步，因为地表上的太阳能驱动的漫游者活动与光和黑暗的时期联系在一起。

也可以看看

• 夏令时节省时间
• ISO 8601
• 时差
• 时区列表
• 公制时间
• 沿着国家的时间
• 在欧洲的时间
• 时区废除
• 世界时钟
• 国际日期变更线