跨时区下AngularJS与C#.NET服务器日期存储不一致问题

我来帮你理清这个问题的本质，以及对应的解决方案。

首先要明确一个关键知识点：AngularJS里的$scope.date.getTime()返回的是UTC纪元毫秒数——也就是从1970年1月1日00:00:00 UTC到目标时间点的毫秒数，它是一个绝对时间点，不包含时区信息。

你提到客户端选择的是Tue Jan 16 2018 00:00:00 GMT+0530 (India Standard Time)，这个时间对应的UTC时间其实是Mon Jan 15 2018 18:30:00 UTC，所以getTime()返回的1516041000000本质上就是这个UTC时间的毫秒数。服务器拿到这个时间戳后，如果直接解析成UTC DateTime，自然会显示周一（15号），这是完全符合时间戳定义的，不是bug，但和你预期的“客户端选择的16号日期”不符。

接下来给你几个针对性的解决方案，根据你的业务场景选择：

方案1：服务器端转换为客户端时区的DateTime #

如果你的服务器知道客户端的时区（比如从请求头、用户个人设置里获取），可以把时间戳先转成UTC时间，再转换到目标时区：

// 假设客户端时区是印度标准时间
long clientTimestamp = 1516041000000;
// 先把时间戳转成UTC DateTime
DateTime utcTime = DateTimeOffset.FromUnixTimeMilliseconds(clientTimestamp).UtcDateTime;
// 获取印度时区信息
TimeZoneInfo indianTimeZone = TimeZoneInfo.FindSystemTimeZoneById("India Standard Time");
// 转换为印度时区的DateTime
DateTime clientLocalTime = TimeZoneInfo.ConvertTimeFromUtc(utcTime, indianTimeZone);
// 此时clientLocalTime就是2018-01-16 00:00:00，和客户端选择的时间一致

方案2：客户端直接传递日期字符串（仅关心日期场景） #

如果你的业务只需要用户选择的日期（比如1月16号），不需要具体时间点，那客户端可以直接传递标准化的日期字符串，避免时间戳带来的时区混淆：

// 将本地日期转换为ISO格式的日期字符串（比如"2018-01-16"）
var selectedDateString = $scope.date.toISOString().split('T')[0];
// 把这个字符串传给服务器

服务器端直接解析这个字符串即可：

string dateString = "2018-01-16";
DateTime selectedDate = DateTime.Parse(dateString);
// 如果需要明确时区，可以指定解析时的时区
DateTime selectedDateInIndianTz = TimeZoneInfo.ConvertTimeToUtc(selectedDate, indianTimeZone);

方案3：使用DateTimeOffset保留时区偏移（需处理完整时间点场景） #

如果业务需要处理完整的时间点（包含时区信息），服务器端建议使用DateTimeOffset类型来存储和处理，这样能明确区分绝对时间和时区偏移：

long clientTimestamp = 1516041000000;
// 从时间戳创建DateTimeOffset（默认是UTC）
DateTimeOffset utcDto = DateTimeOffset.FromUnixTimeMilliseconds(clientTimestamp);
// 转换为印度时区的DateTimeOffset
TimeZoneInfo indianTimeZone = TimeZoneInfo.FindSystemTimeZoneById("India Standard Time");
DateTimeOffset clientLocalDto = TimeZoneInfo.ConvertTime(utcDto, indianTimeZone);
// clientLocalDto的DateTime属性是2018-01-16 00:00:00，Offset属性是+05:30，完整保留了客户端的时区信息

最后提醒一下：时间处理的核心原则是绝对时间点唯一，不同时区的本地时间只是同一绝对时间的不同表示，所以在跨时区场景下，一定要明确你是要处理“绝对时间点”还是“本地日期/时间”，再选择对应的传递和解析方式。

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