DOTNET CORE DATETIME在LINUX与WINDOWS时间不一致

.net core项目,部署到CentOS上的时候,发现DateTime.Now获取的时间与Windows不一致,主要是时区不一致。ide

static void Main(string[] args)
{
    Console.WriteLine(DateTime.Now);
}

CentOS的时区配置以下:工具

[root@localhost ~]# timedatectl status
      Local time: 五 2019-04-26 13:01:02 CST
  Universal time: 五 2019-04-26 05:01:02 UTC
        RTC time: 五 2019-04-26 13:01:01
       Time zone: Asia/Shanghai (CST, +0800)
     NTP enabled: n/a
NTP synchronized: no
 RTC in local TZ: yes
      DST active: n/a

Warning: The system is configured to read the RTC time in the local time zone.
         This mode can not be fully supported. It will create various problems
         with time zone changes and daylight saving time adjustments. The RTC
         time is never updated, it relies on external facilities to maintain it.
         If at all possible, use RTC in UTC by calling
         'timedatectl set-local-rtc 0'.
CentOS上的本地时间也是北京时间,为何dotnet core程序获取到的时间却相对北京时间少了8个小时?
猜想问题多是dotnet core程序的DateTime在Linux平台获取到错误的时区了。
google发现,dotnet core在Windows和Linux上使用的时区不一样,在Windows上使用的是Windows time zone IDs,可是在*nix系统上使用的是IANA时区。
那么解决办法是无论什么系统,统一使用IANA时区,能够经过一个第三方库NodaTime来实现。
添加依赖包:NodaTime
将系统的当前时间换算成CST标准时间的工具方法
public class TimeUtil
{
    public static DateTime GetCstDateTime()
    {
        Instant now = SystemClock.Instance.GetCurrentInstant();
        var shanghaiZone = DateTimeZoneProviders.Tzdb["Asia/Shanghai"];
        return now.InZone(shanghaiZone).ToDateTimeUnspecified();
    }
}

而后写一个DateTime的扩展方法:this

public static class DateTimeExtentions
{
    public static DateTime ToCstTime(this DateTime time)
    {
        return TimeUtil.GetCstDateTime();
    }
}

全部系统里面获取时间都经过以下方法,便可实如今Windows和Linux系统上都获取到一样的北京时间:google

DateTime.Now.ToCstTime()
相关文章
相关标签/搜索