DOTNET CORE DATETIME在LINUX與WINDOWS時間不一致

.net core項目，部署到CentOS上的時候，發現DateTime.Now獲取的時間與Windows不一致，主要是時區不一致。

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的擴展方法：

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

全部系統裏面獲取時間都經過以下方法，便可實如今Windows和Linux系統上都獲取到一樣的北京時間：

DateTime.Now.ToCstTime()