C#解析无时区偏移的DateTime并指定默认时区的正确方法

我有一个工具方法用于将DateTime字符串解析为DateTime对象，部分代码如下：

if (dateTime is { Kind: DateTimeKind.Unspecified, TimeOfDay.Ticks: > 0 })
{
    var cst = TimeZoneInfo.FindSystemTimeZoneById("Central Standard Time");
    dateTime = TimeZoneInfo.ConvertTimeToUtc(dateTime, cst);
}
return dateTime.ToUniversalTime();

有时待解析的字符串无时区偏移，但隐含为Central Standard Time（CST），例如字符串"20241010091157"应对应2024年10月10日09:11:57 CST。该方法尝试为无Kind但含时间值的DateTime设置时区。

以下单元测试在本地CST时区机器上通过，但在构建代理上失败：

message.PV1.AdmitDateTime.Time.Value = "20241010091157";

var hl7DateTime = hl7Utils.GetHl7DateTimeUtc(message.PV1.AdmitDateTime);
Assert.IsNotNull(hl7DateTime);
Assert.AreEqual(2024, hl7DateTime.Value.Year);
Assert.AreEqual(10, hl7DateTime.Value.Month);
Assert.AreEqual(10, hl7DateTime.Value.Day);
Assert.AreEqual(14, hl7DateTime.Value.Hour);
Assert.AreEqual(11, hl7DateTime.Value.Minute);
Assert.AreEqual(57, hl7DateTime.Value.Second);
Assert.AreEqual(hl7DateTime.Value.Kind, DateTimeKind.Utc);

其中断言Assert.AreEqual(14, hl7DateTime.Value.Hour);失败，实际值为4。请问将字符串解析为DateTime并在无时区偏移时指定默认时区的正确方法是什么？

问题原因分析 #

1. 冗余的UTC转换：TimeZoneInfo.ConvertTimeToUtc(dateTime, cst)已经将Unspecified类型的DateTime转换为Kind为Utc的UTC时间，后续调用ToUniversalTime()属于冗余操作。如果构建代理的本地时区与CST不同，且解析出的DateTime Kind不符合预期（比如被错误识别为Local），ToUniversalTime()会再次基于本地时区转换，导致结果错误。
2. 时区ID跨平台兼容性问题："Central Standard Time"是Windows特有时区ID，在Linux/macOS等非Windows环境下可能无法正确识别，或映射到错误的时区，导致转换逻辑失效。
3. 解析行为的不确定性：如果字符串解析时未明确指定DateTimeStyles.None，不同时区的机器可能会将无偏移的字符串解析为隐含本地时区的Unspecified类型DateTime，导致后续转换逻辑出错。

正确解决方案 #

1. 明确解析字符串为Unspecified类型 #

使用DateTime.ParseExact指定精确格式，并通过DateTimeStyles.None确保返回的DateTime为Unspecified类型，避免受本地时区影响：

// 示例解析逻辑，需集成到工具方法中
string dateStr = "20241010091157";
DateTime dateTime = DateTime.ParseExact(dateStr, "yyyyMMddHHmmss", CultureInfo.InvariantCulture, DateTimeStyles.None);

2. 优化时区转换逻辑 #

移除冗余的ToUniversalTime()调用，直接返回转换后的UTC时间；同时处理不同Kind的DateTime情况：

public DateTime? GetHl7DateTimeUtc(/* 你的参数类型 */)
{
    // 先完成字符串解析，确保得到Unspecified的DateTime
    DateTime dateTime = /* 你的解析逻辑，确保Kind为Unspecified */;

    if (dateTime.Kind == DateTimeKind.Unspecified && dateTime.TimeOfDay.Ticks > 0)
    {
        // 使用跨平台兼容的IANA时区ID，推荐用"America/Chicago"替代Windows特有的"Central Standard Time"
        TimeZoneInfo cstZone = TimeZoneInfo.FindSystemTimeZoneById("America/Chicago");
        dateTime = TimeZoneInfo.ConvertTimeToUtc(dateTime, cstZone);
    }
    else if (dateTime.Kind == DateTimeKind.Local)
    {
        // 若解析出的是本地时间，统一转换为UTC
        dateTime = TimeZoneInfo.ConvertTimeToUtc(dateTime);
    }

    // 确保最终返回的是Utc类型的DateTime
    return dateTime.Kind == DateTimeKind.Utc ? dateTime : DateTime.SpecifyKind(dateTime, DateTimeKind.Utc);
}

3. 跨平台时区兼容（可选） #

如果需要兼容Windows和非Windows平台，可使用TimeZoneConverter库（NuGet包）处理不同时区ID的映射：

// 使用TimeZoneConverter获取时区，自动兼容Windows和IANA ID
TimeZoneInfo cstZone = TZConvert.GetTimeZoneInfo("America/Chicago");
// 或使用Windows ID也能在非Windows平台正确映射
TimeZoneInfo cstZone = TZConvert.GetTimeZoneInfo("Central Standard Time");

4. 稳定单元测试 #

确保单元测试中解析字符串的逻辑与工具方法一致，避免依赖本地时区。明确指定解析样式保证输入为Unspecified类型，再验证转换后的UTC时间是否正确。

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