2

如果我使用 System.Web.Script.Serialization.JavaScriptSerializer 保存 .NET DateTime，则反序列化版本与原始版本相差一个小时。任何想法为什么？

编辑：我的工作站的时区是 UTC。

下面是一个 NUnit 测试；请注意，该断言仅在添加一个小时后才有效。

    [Test]
    public void JsonSerializationOfDateTimesDoesntWork()
    {
        var originalDateTime = new DateTime(2011, 6, 20, 6, 5, 4, 3);
        const string fileName = "C:\\temp\\testDateTime.json";
        using (var writer = new StreamWriter(fileName, false))
        {
            writer.Write(new JavaScriptSerializer().Serialize(originalDateTime));
        }
        DateTime newDateTime;
        using (var reader = new StreamReader(fileName, false))
        {
            var readToEnd = reader.ReadToEnd();
            newDateTime = new JavaScriptSerializer().Deserialize<DateTime>(readToEnd);
        }

        Assert.AreEqual(originalDateTime, newDateTime.AddHours(1)); // !!
    }
4

2 回答 2

6

序列化程序显然将其转换为时间瞬间，以自 unix 纪元以来的毫秒形式。换句话说，它实际上是ToUniversalTime()先调用。

此时，有关原始“种类”的任何信息DateTime都将丢失。

在反序列化时，结果始终是DateTime一种 UTC。

如果您从一种DateTimeUTC 开始，您将往返。如果您还需要记住类型，则需要单独保存该数据。请记住，当地时间本质上可能是模棱两可的。

using System;
using System.Web.Script.Serialization;

class Test
{
    public static void Main(string[] args)
    {
        var original = new DateTime(2011, 6, 20, 6, 5, 4, 3, DateTimeKind.Utc);
        var serializer = new JavaScriptSerializer();
        var text = serializer.Serialize(original);
        var parsed = serializer.Deserialize<DateTime>(text);
        Console.WriteLine("Original: {0} ({1})", original, original.Kind);
        Console.WriteLine("Text: {0}", text);
        Console.WriteLine("Parsed: {0} ({1})", parsed, parsed.Kind);
    }
}

输出：

Original: 20/06/2011 06:05:04 (Utc)
Text: "\/Date(1308549904003)\/"
Parsed: 20/06/2011 06:05:04 (Utc)

当然，这只是突出了从概念上被打破的问题DateTime......

编辑：另外，正如评论中所述，顺便说一句，我非常怀疑您的工作站的时区是否真的是 UTC。我怀疑这是英国时区，冬天是 UTC，但夏天是 UTC+1 - 你给出的日期是夏天。

于 2012-11-15T17:55:19.843 回答
0

改为使用JsonConvert.DeserializeObject。它保留了正确的 DateTime

于 2015-04-09T19:28:53.323 回答