Linux与Windows日期计算差异：.NET Core时区转换重复问题排查

问题根源 #

你的代码中存在关键错误：不必要地修改了DateTime.Now的Kind属性，这直接导致了跨平台下的时区转换逻辑异常。

• DateTime.Now返回的实例本身已带有DateTimeKind.Local标记，明确表示这是当前系统本地时区的时间。
• 调用DateTime.SpecifyKind(currentDate, DateTimeKind.Unspecified)后，时间的时区标记被清除，此时TimeZoneInfo.ConvertTimeToUtc会将这个无标记的时间再次当作本地时区时间进行转换，相当于做了重复的时区转换。如果Linux服务器的时区配置与本地开发机不一致，错误会被进一步放大，最终出现你遇到的UTC时间偏差问题。

修复方案 #

直接移除DateTime.SpecifyKind的调用，使用以下两种正确方式之一转换为UTC：

方式1：使用ToUniversalTime()方法 #

DateTime currentDate = DateTime.Now;
Console.WriteLine("The Current Datetime is: " + currentDate.ToString());

DateTime utcDate = currentDate.ToUniversalTime(); // 直接将Local时间转UTC
Console.WriteLine("UTC time zone datetime is: " + utcDate.ToString());
Console.ReadKey();

方式2：使用TimeZoneInfo.ConvertTimeToUtc的简化调用 #

因为DateTime.Now的Kind已经是Local，无需额外指定时区参数：

DateTime currentDate = DateTime.Now;
Console.WriteLine("The Current Datetime is: " + currentDate.ToString());

DateTime utcDate = TimeZoneInfo.ConvertTimeToUtc(currentDate); // 自动识别Local时区
Console.WriteLine("UTC time zone datetime is: " + utcDate.ToString());
Console.ReadKey();

额外优化建议 #

1. 统一服务器时区配置：确保Linux部署环境的系统时区与开发机一致，或明确设置为UTC，避免因时区差异导致隐性错误。
2. 优先使用DateTimeOffset：在.NET Core中，DateTimeOffset自带偏移量信息，比DateTime更适合处理跨时区场景，能避免很多Kind相关的混淆：

   DateTimeOffset currentOffset = DateTimeOffset.Now;
   DateTimeOffset utcOffset = currentOffset.ToUniversalTime();
   Console.WriteLine("UTC time: " + utcOffset.ToString());
   

3. 数据库存储规范：直接存储UTC时间（如使用datetimeoffset或datetime2类型），避免在数据库层面再做时区转换。

内容的提问来源于stack exchange，提问作者Mykal73