从 GMT 到本地的时区转换

Posted 2023-03-24

【中文标题】从 GMT 到本地的时区转换

【英文标题】：Timezone conversion from GMT to local

【发布时间】：2013-04-30 16:27:16

【问题描述】：

我有以下信息：

string shippedTime = "10:53 AM";
string shippedDate = "12/12/2012";
string shippedTimeZone = "(GMT-05:00) Eastern Time (US & Canada)";

string receivedTime = "10:45 AM";
string receievedDate = "12/13/2012";

我需要考虑时区和夏令时，以小时为单位计算发货时间和接收时间（以当地时区为单位）之间的差异。这是我从外部跟踪系统中提取的数据，这正是我得到的。所以 shippingTimeZone 格式有点未知——我不知道该系统中有多少个时区以及确切的字符串格式是什么——或者更确切地说，我不能保证格式总是相同的，这使得解析有点脆弱。

除了解析所有这些字符串以提取 GMT 更正和连接日期和时间之外，是否还有其他库我应该为此研究？或者更直接的方式来获得我需要的东西？

【问题讨论】：

在问这个问题之前你试过DateTime.Parse + some string tricks或NodaTime吗？

您可能需要查看Noda Time (and its blog) 以了解转换和正确的夏令时。不过，我认为 Noda Time 不会解析脆弱的时区字符串。

+1 查看野田时间。时区转换看起来很简单......直到您开始研究边缘情况。

我会看看 Noda 时间...@I4V，这就是问题所在，所以不，我没有寻找 Noda 时间，因为我什至没有听说过 :)

@Nicros Google 在那里不可用？搜索时出现在第一页c# datetime library

【参考方案1】：

这看起来像 Windows 时区，就像您使用 TimeZoneInfo 获得的那种，但该服务为您提供了 DisplayName 属性，而不是 Id。这使得使用它有点麻烦。特别是因为显示名称是本地化的 - 你有英文名称。在具有不同文化设置的计算机上看起来会有所不同。

您也不能只从那里取出偏移量 - 因为 Windows 显示名称始终显示 标准 偏移量，即使该区域处于夏令时也是如此。

基于它说“GMT”而不是“UTC”这一事实，我猜想它们来自旧计算机，例如 Windows XP、Windows Server 2003，或者可能是 Windows Embedded 计算机。例如，您可以在 this list 上找到它。

你真的应该回到那个服务的所有者那里，要求他们给你TimeZoneInfo.Id而不是TimeZoneInfo.DisplayName的值。假设你不能这样做，这里有一种方法可以让你使用你所拥有的东西：

// Look up the time zone.  This won't work on non-English language computers!
// (setting an English CultureInfo won't help you here)
var shippedTZ = TimeZoneInfo.GetSystemTimeZones()
    .FirstOrDefault(x => x.DisplayName == shippedTimeZone.Replace("GMT", "UTC"));
if (shippedTZ == null)
    throw new Exception("Time Zone Not Found!");

// You may want to handle the exception by hardcoding some specific time zones

// Let's turn your date/time strings into an actual DateTime
var shippedDT = DateTime.ParseExact(shippedDate + " " + shippedTime,
                            "MM/dd/yyyy hh:mm tt", CultureInfo.InvariantCulture);

// Then we'll use the time zone to get a DateTimeOffset.
var shippedDTO = new DateTimeOffset(shippedDT,
                                    shippedTZ.GetUtcOffset(shippedDT));

// And the same thing for the received date...
var receivedTZ = TimeZoneInfo.Local;
var receivedDT = DateTime.ParseExact(receievedDate + " " + receivedTime,
                            "MM/dd/yyyy hh:mm tt", CultureInfo.InvariantCulture);
var receivedDTO = new DateTimeOffset(receivedDT,
                                     receivedTZ.GetUtcOffset(receivedDT));

// Now you can subtract them
TimeSpan elapsed = receivedDTO - shippedDTO;

您需要在这里注意的另一件事 - 如果任一日期/时间值不明确，您可能无法获得正确的结果。这将在与夏令时相关的“回退”过渡期间发生。您对此无能为力，因为您在源数据中没有任何合格信息。

NodaTime - 虽然是一个杰出的 库，但对于您的特定问题，没有比这更好的了。您仍然会遇到同样的问题，即在没有正确 ID 的情况下解析时区并映射不明确的本地日期时间。但为了更好的衡量，这里使用 NodaTime 也是一样的：

// Try to locate the time zone
var bclZoneProvider = DateTimeZoneProviders.Bcl;
var zoneShipped = bclZoneProvider.Ids
    .Select(x => bclZoneProvider[x])
    .Cast<BclDateTimeZone>()
    .FirstOrDefault(x => x.DisplayName == shippedTimeZone.Replace("GMT", "UTC"));
if (zoneShipped == null)
    throw new Exception("Time Zone Not Found!");

// You wanted the system time zone
var zoneReceived = bclZoneProvider.GetSystemDefault();

// Parse the date/time values as a LocalDateTime
var pattern = LocalDateTimePattern
                  .CreateWithInvariantCulture("MM/dd/yyyy hh:mm tt");
var ldtShipped = pattern.Parse(shippedDate + " " + shippedTime).Value;
var ldtReceived = pattern.Parse(receievedDate + " " + receivedTime).Value;

// Assign them to the zones.
// "Leniently" means to use the standard offset when there is an ambiguity.
var zdtShipped = ldtShipped.InZoneLeniently(zoneShipped);
var zdtReceived = ldtReceived.InZoneLeniently(zoneReceived);

// Subtract them to get the Duration you are looking for.
Duration elapsed = zdtReceived.ToInstant() - zdtShipped.ToInstant();

【讨论】：

这是一个很好的回应，谢谢马特！当我阅读第一个示例（没有 noda）时，我不得不笑，因为这与我最终得到的非常接近。我注意到将 GMT 替换为 UTC 让我可以先获取或默认获取系统时区。从那里开始，这是一个获得偏移量的问题——我可能会更进一步，看看是否有任何一个日期时间是夏令时——如果是这样，就增加一个小时。

DST 已由对 GetUtcOffset 的调用计算。不要增加额外的时间。