Question

我正在使用一个名为Json.NET的库，它在内部使用以下代码将JSON字符串解析为DateTime：

if (DateTime.TryParse(s, Culture, DateTimeStyles.RoundtripKind, out dt))
{
     dt = DateTimeUtils.EnsureDateTime(dt, DateTimeZoneHandling);
     SetToken(JsonToken.Date, dt);
     return dt;
}

我认为Json.NET搞砸了转换，但看起来它是DateTime.TryParse本身就是拙劣的价值。

当我解析以下有效的Iso日期（对应于UTC DateTime.MinValue）时：

string json = "0001-01-01T00:00:00+00:00";
DateTime dt;
DateTime.TryParse(json, invariantCulture, DateTimeStyles.RoundtripKind, out dt);

结果是一个本地化的DateTime：{0001-01-01 8:00:00 PM}，当转换回Utc时间时会得到{0001-01-02 0:00:00 PM}。基本上，日期下溢，这正是您期望DateTimeStyles.RoundtripKind要避免的问题。

如何避免这种情况？

Answer 1

为什么要使用DateTimeStyles.RoundtripKind？ RoundtripKind的文档说：

使用“o”或“r”标准格式说明符将DateTime对象转换为字符串时，将保留日期的DateTimeKind字段，然后将该字符串转换回DateTime对象。

“o”或“r”标准格式说明符的字符串输出与您尝试解析的ISO 8601字符串不同。对我来说听起来并不像RoundtripKind真的应该使用任何日期时间字符串格式。当字符串采用特定格式时，听起来像往返于DateTime.Kind属性。

由于您知道要尝试解析的字符串的格式，因此我建议使用DateTime.TryParseExact。

我必须支持几个不同版本的ISO 8601字符串 - 这些格式中的任何一种都是ISO 8601中的有效日期时间值（并且还有更多日期，时间和小数秒的选项，但我没有'那些）：

0001-01-01T00：00：00 + 00：00

0001-01-01T00：00：00Z

这是一种可以处理以下任何一种格式的方法：

private bool TryParseIso8601(string s, out DateTime result)
{
    if (!string.IsNullOrEmpty(s))
    {
        string format = s.EndsWith("Z") ? "yyyy-MM-ddTHH:mm:ssZ" : "yyyy-MM-ddTHH:mm:sszzz";
        return DateTime.TryParseExact(s, format, CultureInfo.InvariantCulture, DateTimeStyles.AdjustToUniversal, out result);
    }

    result = new DateTime(0L, DateTimeKind.Utc);
    return false;
}

DateTime.TryParse无法解析DateTime.MinValue

1 个答案: