【问题标题】:.Net C# DateTime on Mac OSX vs Debian LinuxMac OSX 与 Debian Linux 上的 .Net C# DateTime
【发布时间】:2023-03-31 10:43:01
【问题描述】:

我有将长数字转换为日期的代码。

 DateTimeOffset value =
   DateTimeOffset.FromUnixTimeSeconds(1597325462);
   DateTime showTime = value.DateTime;
   string easternZoneId = "America/New_York";
   TimeZoneInfo easternZone =
       TimeZoneInfo.FindSystemTimeZoneById(easternZoneId);
   DateTime targetTime =
       TimeZoneInfo.ConvertTime(showTime, easternZone);
   Console.WriteLine("DateTime is {0}", targetTime);

在我的 Mac 上,输出为 "DateTime is 8/13/2020 6:31:02 AM" 在我的服务器上,输出是"DateTime is 8/13/2020 9:31:02 AM"

两者的代码相同。

Linux 盒子值是准确的。如何在我的 Mac 上获得相同的结果?

【问题讨论】:

  • UTC,即 "2020-08-13T13:31:02+00:00" ,只是为了在同一页面上。你能以某种方式测试两个系统是否解析相同的TimeZoneInfo 吗?
  • 问题是他们没有,我不知道如何解决这个问题。

标签: c# linux macos datetime timezone


【解决方案1】:

您正在使用的TimeZone.ConvertTime 的重载采用DateTime 值和目标TimeZoneInfo。没有提到源时区,所以它是从传入的DateTime.Kind 属性推断出来的。

在您的情况下,即DateTimeKind.Unspecified,因为DateTimeOffset.DateTime 属性始终返回未指定,无论偏移量是多少。

ConvertTime 调用中,如果种类是DateTimeKind.Unspecified,则假定它是当地时间(就好像它是DateTimeKind.Local)。 (向下滚动到备注部分in the docs here。)因此,您转换的好像 Unix 时间戳是基于本地时间的,而不是它基于 UTC 的事实。您在工作站和服务器之间得到不同的结果是因为它们具有不同的系统本地时区 - 而不是因为它们运行不同的操作系统。

有许多不同的方法可以重写它来解决问题。我会给你一些选择,按照我的喜好:

  • 您可以在整个转换过程中将所有内容保留为 DateTimeOffset

    DateTimeOffset value = DateTimeOffset.FromUnixTimeSeconds(1597325462);
    string easternZoneId = "America/New_York";
    TimeZoneInfo easternZone = TimeZoneInfo.FindSystemTimeZoneById(easternZoneId);
    DateTimeOffset targetTime = TimeZoneInfo.ConvertTime(value, easternZone);
    
  • 您可以使用.UtcDateTime 属性代替.DateTime 属性:

    DateTimeOffset value = DateTimeOffset.FromUnixTimeSeconds(1597325462);
    DateTime showTime = value.UtcDateTime;
    string easternZoneId = "America/New_York";
    TimeZoneInfo easternZone = TimeZoneInfo.FindSystemTimeZoneById(easternZoneId);
    DateTime targetTime = TimeZoneInfo.ConvertTime(showTime, easternZone);
    
  • 您可以使用ConvertTimeFromUtc 代替ConvertTime

    DateTimeOffset value = DateTimeOffset.FromUnixTimeSeconds(1597325462);
    DateTime showTime = value.DateTime;
    string easternZoneId = "America/New_York";
    TimeZoneInfo easternZone = TimeZoneInfo.FindSystemTimeZoneById(easternZoneId);
    DateTime targetTime = TimeZoneInfo.ConvertTimeFromUtc(showTime, easternZone);
    
  • 您可以在 ConvertTime 调用中将 UTC 指定为源时区:

    DateTimeOffset value = DateTimeOffset.FromUnixTimeSeconds(1597325462);
    DateTime showTime = value.DateTime;
    string easternZoneId = "America/New_York";
    TimeZoneInfo easternZone = TimeZoneInfo.FindSystemTimeZoneById(easternZoneId);
    DateTime targetTime = TimeZoneInfo.ConvertTime(showTime, TimeZoneInfo.Utc, easternZone);
    

还有一些其他选项,例如明确设置种类,但我认为以上内容足以让您继续。

如果有疑问,请选择第一个选项。在大多数情况下,DateTimeOffsetDateTime 更容易合理化。

【讨论】:

  • 另外,如果你需要支持 Windows 系统,你要么需要分支以使用 "Eastern Standard Time",要么使用我的 TimeZoneConverter 库中的 GetTimeZoneInfo,它会为你做到这一点。跨度>
【解决方案2】:

问题似乎是我在 ICU 库中没有两个操作系统都可以查看的时区。

查看 Microsoft 文档中的示例: https://docs.microsoft.com/en-us/dotnet/api/system.timezoneinfo.converttimebysystemtimezoneid?view=netcore-3.1

DateTime currentTime = DateTime.Now;
Console.WriteLine("New York: {0}", 
            TimeZoneInfo.ConvertTimeBySystemTimeZoneId(currentTime, TimeZoneInfo.Local.Id, "Eastern Standard Time"));

所以看起来您应该查找的 id 是“东部标准时间”

如果找不到,请运行以下代码检查您电脑上的可用时区

foreach (TimeZoneInfo z in TimeZoneInfo.GetSystemTimeZones())
                Console.WriteLine(z.Id);

destinationTimeZoneId 参数的长度必须与时区标识符完全对应,但不是以防万一,才能成功匹配;也就是说,destinationTimeZoneId 与时区标识符的比较不区分大小写。

所以检查时区并根据机器上存在的内容复制正确的字符串以使用。

【讨论】:

  • 两台机器都有“美国/纽约”时区,也没有“东部标准时间”
  • 不错,但这不是当前的问题。随意删除它以避免合法的“这没有用”的反对票。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-01-19
  • 2015-09-23
  • 1970-01-01
  • 2018-10-05
  • 1970-01-01
  • 2011-10-28
相关资源
最近更新 更多