我在 C# 中使用 Json.net 7.0.1 来使用休息 API。问题在于 API 在其 JSON 响应中使用的日期格式。它看起来像这样:
/Date(1445301615000-0700)/
这意味着代表 UTC 时间 2015-10-19 17:40:15
如果将 1445301615000 插入 epoch time converter ,您会看到它是 2015-10-20 00:40:15 。所以它比 UTC 早 7 小时。然后他们包括 -0700 大概是为了将其抵消回 UTC。因此,为了给我 UTC 时间,他们向我发送了 UTC+7-0700。我不知道他们为什么这样做,但我无法改变这一点。
我的问题是,如何最好地让 Json.NET 解析该日期字符串并得出 2015-10-19 17:40:15
UTC 的日期时间。我可以编写自定义 JsonConverter 来劫持该值并手动操作它,但我想知道是否有更多 native 方法。
我尝试将 JsonSerializerSettings DateTimeZoneHandling
属性更改为所有不同的值。将其设置为 Utc 只会忽略时区偏移量,从而产生 2015-10-20 00:40:15
。将其设置为 Local、Unspecified 或 RoundtripKind 都会产生 2015-10-19 20:40:15
,我认为这是因为我的本地时区是 UTC-4,所以它正在尝试应用该调整到 2015-10-20 00:40 的主要日期值。
我还考虑过使用 DateFormatString
属性来表示预期的日期字符串格式。但是我找不到合适的 format string characters来表示这种 epochtime-offset 格式。
这是一个简化的例子:
Person person;
string json = @"{ 'Name': 'John',
'LastSeen':'/Date(1445301615000-0700)/' }"; // 1445301615000 = 2015-10-20 00:40:15
person = JsonConvert.DeserializeObject<Person>(json);
Console.WriteLine(person.LastSeen); // 10/19/2015 8:40:15 PM Kind = Local
person = JsonConvert.DeserializeObject<Person>(json, new JsonSerializerSettings { DateFormatHandling = DateFormatHandling.MicrosoftDateFormat });
Console.WriteLine(person.LastSeen); // 10/19/2015 8:40:15 PM Kind = Local
person = JsonConvert.DeserializeObject<Person>(json, new JsonSerializerSettings { DateTimeZoneHandling = DateTimeZoneHandling.Utc });
Console.WriteLine(person.LastSeen); // 10/20/2015 00:40:15 PM Kind = Utc
// In all three, the -0700 portion is being ignored. I'd like person.LastSeen to be 10/19/2015 17:40:15.
同样,我可以只知道 API 将给我 UTC+7 并自己进行调整以获得真正的 UTC。但我想知道 Json.NET 是否有一种 native 方法来处理这种类型的日期字符串。
最佳答案
/Date(1445301615000-0700)/
That is meant to represent a UTC time of 2015-10-19 17:40:15
对不起,这是不正确的。 UTC 时间为 2015-10-20 00:45:15
。您的值对应于 本地 时间,在那个时刻具有 -07:00
偏移的时区。
在此screwy format ,时间戳部分仍然完全基于 UTC。偏移量是额外信息。它不会更改时间戳。您可以提供不同的偏移量,或者完全省略它,它仍然是同一时刻。
关于时间点,以下所有内容都是等价的。
/Date(1445301615000-0700)/
/Date(1445301615000)/
2015-10-20T00:40:15Z
2015-10-19T17:40:15-07:00
请注意,在 ISO 格式中,偏移量会更改值,但在 MS 格式中则不会。
最好不要使用这种格式,因为 ISO8601 是 JSON 更明智的选择。但是,如果您坚持使用它,那么最好不要将其反序列化为 DateTime
。相反,请使用 DateTimeOffset
。
考虑:
string s = "\"/Date(1445301615000-0700)/\"";
DateTime dt = JsonConvert.DeserializeObject<DateTime>(s);
Console.WriteLine(dt.Kind); // Local
这样不好。基本上,如果有任何偏移量,它就会认为这是您本地的时区,它可能是,但也可能不是。
string s = "\"/Date(1445301615000)/\"";
DateTime dt = JsonConvert.DeserializeObject<DateTime>(s);
Console.WriteLine(dt.Kind); // Utc
没关系,但您忘记了本地时间。
string s = "\"/Date(1445301615000-0700)/\"";
DateTimeOffset dto = JsonConvert.DeserializeObject<DateTimeOffset>(s);
Console.WriteLine(dto); // 10/19/2015 5:40:15 PM -07:00
那好多了。如果您确实想要一个 UTC DateTime
,那么:
string s = "\"/Date(1445301615000-0700)/\"";
DateTimeOffset dto = JsonConvert.DeserializeObject<DateTimeOffset>(s);
DateTime utc = dto.UtcDateTime;
Console.WriteLine(utc); // 10/20/2015 12:40:15 AM
所以关键的教训是,无论格式如何,如果数据中存在时区偏移信息,则反序列化为 DateTimeOffset
。虽然使用 DateTime
可能 在某些情况下有效,但您要求 .NET 解释偏移量并应用默认行为,这通常不是期望的 行为。
关于c# - 使用JSON.NET解析格式为Date(epochTime-offset)的json日期,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33224540/