为什么 GMT 是计算机时间的标准而不是 UTC？

Question

在我看来，就像我在编程中看到与时间相关的算法的所有地方一样，GMT 是基准时间。例如，有人告诉我始终将时间存储在 GMT+00 的数据库中，这样时区更改就不会中断任何事情。

1. GMT 似乎是软件开发中的基准时区，我说得对吗？

2. 如果是这样，为什么不是 UTC？考虑到即使是 Unix 时间戳也是从 UTC 定义的 (http://en.wikipedia.org/wiki/Unix_time)

，为什么不常见说“UTC+01”而不是“GMT+01” >

Answer 1

GMT 和 UTC 是同一时间。 UNIX 时间基于 UTC，因此您可能会在 UNIX 和 *nix 系统上发现更多信息。

UTC 也更紧密地作为官方时间进行跟踪（即更接近基于地球自转的“真实”时间）。但是，除非您的软件需要精确计算，否则使用 GMT 或 UTC 应该没有区别。

不过，您可能会考虑向用户显示哪些内容。一种格式可能比另一种更熟悉。对于全球应用程序，我通常会使用 UTC，而对于欧洲或英国的应用程序，我会使用 GMT。

Answer 2

这个接受的响应实际上是错误的。首先，它们无论如何都不相同。第二个UTC与基于地球自转的“真实”时间并没有更接近，恰恰相反。 UTC 在“时间”度量方面更精确。每一秒都是一样的，因为是基于原子时间的，精度高得令人难以置信（抵消一秒需要3万年）。

格林威治标准时间跟踪地球自转，因为这并不总是相同的（地球自转正在减慢），每一秒都不同。当然，在很短的时间内会有所不同。但出于科学目的，UTC 比 GMT 准确得多。

这就是 UTC 每 4/5 年变化 +2 秒的原因（因为地球自转速度较慢，自转所需的时间必须大于 UTC），因此它跟随 GMT 地球自转时间不到一秒的区别。

Answer 3

我认为发现 IANA timezones 目前使用缩写“GMT”会很有趣，无论是现在还是从现在起 6 个月后（以赶上那些目前处于夏令时的人）。

使用这个free, open source C++11/14 library，我编写了这个程序：

#include "tz.h"
#include <string>
#include <iostream>
#include <vector>

template <class Duration>
std::vector<date::zoned_time<std::common_type_t<Duration, std::chrono::seconds>>>
find_by_abbrev(date::sys_time<Duration> tp, const std::string& abbrev)
{
    using namespace std::chrono;
    using namespace date;
    std::vector<zoned_time<std::common_type_t<Duration, seconds>>> results;
    auto& db = get_tzdb();
    for (auto& z : db.zones)
    {
        if (z.get_info(tp).abbrev == abbrev)
            results.push_back(make_zoned(&z, tp));
    }
    return results;
}

int
main()
{
    using namespace std::chrono;
    using namespace date;
    auto now = system_clock::now();
    auto v = find_by_abbrev(now, "GMT");
    for (auto const& x : v)
        std::cout << format("%F %H:%M:%S %Z %z", x) << " "
                  << x.get_time_zone()->name() << '\n';
    std::cout << '\n';
    v = find_by_abbrev(now + months{6}, "GMT");
    for (auto const& x : v)
        std::cout << format("%F %H:%M:%S %Z %z", x) << " "
                  << x.get_time_zone()->name() << '\n';
}

这会在地球上搜索当前使用“GMT”的所有时区，包括现在和 6 个月后，并将它们打印出来：

2016-06-18 01:00:25.632773 GMT +0000 Africa/Abidjan
2016-06-18 01:00:25.632773 GMT +0000 Africa/Accra
2016-06-18 01:00:25.632773 GMT +0000 Africa/Bissau
2016-06-18 01:00:25.632773 GMT +0000 Africa/Monrovia
2016-06-18 01:00:25.632773 GMT +0000 America/Danmarkshavn
2016-06-18 01:00:25.632773 GMT +0000 Atlantic/Reykjavik
2016-06-18 01:00:25.632773 GMT +0000 Etc/GMT

2016-12-17 15:55:01.632773 GMT +0000 Africa/Abidjan
2016-12-17 15:55:01.632773 GMT +0000 Africa/Accra
2016-12-17 15:55:01.632773 GMT +0000 Africa/Bissau
2016-12-17 15:55:01.632773 GMT +0000 Africa/Monrovia
2016-12-17 15:55:01.632773 GMT +0000 America/Danmarkshavn
2016-12-17 15:55:01.632773 GMT +0000 Atlantic/Reykjavik
2016-12-17 15:55:01.632773 GMT +0000 Etc/GMT
2016-12-17 15:55:01.632773 GMT +0000 Europe/Dublin
2016-12-17 15:55:01.632773 GMT +0000 Europe/London

我很高兴看到在所有情况下 UTC 偏移量都是+0000。你永远不知道政治家和时区。一些立法机构可以很容易地宣布“绿山时间”（明天就可能）。

Answer 4

GMT 和 UTC 不是一回事。阅读 https://en.wikipedia.org/wiki/Greenwich_Mean_Time 以及其中指向 UTC 的链接以了解区别。

一些计算机用户对在 Windows 7 之前没有完全支持 UTC 的 Microsoft 操作系统这一事实感到困惑，因此一直将国际时间参考标记为 GMT。

关键问题是 Windows 如何读取和设置 BIOS 时钟。 Windows XP 无法处理将 BIOS 时钟设置为 UTC，因此您必须将 BIOX 时钟设置为本地时间，然后依靠 Windows 跟踪差异。

从 Windows 7 开始，Windows 可以将 BIOS 时钟设置为 UTC，并且所有计算（大部分？）都与 UTC 一致，因此 Microsoft 决定将标签从 GMT 切换为 UTC。

见：

https://superuser.com/questions/185773/does-windows-7-support-utc-as-bios-time

Answer 5

我会说这是因为大多数人都习惯了 GMT。如果你要向一个人显示信息，特别是时间，你会想要一种他们容易理解的格式。使用 GMT 为您节省了转换为 UTC 和返回的额外步骤。