如何替换DateTime时区且保留原日期时间数值？

你的核心需求是不调整原始日期时间的年/月/日/时/分数值，仅将其所属时区替换为用户选择的时区，最终转换为UTC的yyyyMMddTHHmmssZ格式——这和常规的时区转换（会调整时间数值）完全不同，本质是把原始时间"重新归属"到目标时区，再计算对应的UTC时间。

下面分别用.NET原生API和NodaTime给出实现方案：

方法一：使用.NET原生DateTimeOffset + TimeZoneInfo #

这个方法不需要额外依赖，适合纯.NET环境：

// 1. 原始DateTime（来自CMS，比如服务器生成的DateTime.Now，这里是MST时间，但我们要把它当成用户选的EST时间）
DateTime originalDateTime = DateTime.Now;

// 2. 先将原始DateTime的Kind设为Unspecified，避免服务器时区的干扰
DateTime unspecifiedDateTime = DateTime.SpecifyKind(originalDateTime, DateTimeKind.Unspecified);

// 3. 用户选择的目标时区（比如Eastern Standard Time）
string targetTimeZoneId = "Eastern Standard Time";
TimeZoneInfo targetTimeZone = TimeZoneInfo.FindSystemTimeZoneById(targetTimeZoneId);

// 4. 把原始时间"解释为"目标时区的本地时间，生成DateTimeOffset
// 这里用目标时区对原始时间的UTC偏移量，绑定原始时间的数值
DateTimeOffset targetLocalOffset = new DateTimeOffset(
    unspecifiedDateTime,
    targetTimeZone.GetUtcOffset(unspecifiedDateTime)
);

// 5. 转换为UTC时间，再格式化为ICS需要的字符串
string icsUtcString = targetLocalOffset.UtcDateTime.ToString("yyyyMMddTHHmmssZ");

关键说明： #

• DateTime.SpecifyKind是为了消除歧义：如果原始DateTime的Kind是Local（服务器时区），直接处理会被当成服务器时区的时间，所以先转为Unspecified，让后续操作只关注数值。
• new DateTimeOffset(...)的作用是将原始时间数值与目标时区的偏移量绑定，相当于告诉系统"这个时间是目标时区的本地时间"，而不是转换时间。

方法二：使用NodaTime（更严谨的时区处理） #

如果你已经在使用NodaTime，这个方法能更清晰地处理时区逻辑，避免.NET原生API的一些歧义：

using NodaTime;

// 1. 原始DateTime
DateTime originalDateTime = DateTime.Now;

// 2. 转换为NodaTime的LocalDateTime（只保留日期时间数值，不带时区）
LocalDateTime originalLocal = LocalDateTime.FromDateTime(originalDateTime);

// 3. 用户选择的目标时区（注意要用Tzdb标准ID，比如EST对应"America/New_York"）
DateTimeZone targetZone = DateTimeZoneProviders.Tzdb["America/New_York"];

// 4. 把原始LocalDateTime"归属"到目标时区，得到带时区的时间点
// InZoneLeniently：处理夏令时切换的歧义情况（比如重复时间），采用宽松策略
ZonedDateTime targetZoned = originalLocal.InZoneLeniently(targetZone);

// 5. 转换为UTC时间点（Instant），再格式化为ICS字符串
string icsUtcString = targetZoned.ToInstant().ToString("yyyyMMddTHHmmssZ", null);

关键说明： #

• LocalDateTime是NodaTime中专门表示"不带时区的日期时间数值"的类型，完美匹配你的需求——只保留时分秒，不关联任何时区。
• InZoneLeniently会自动处理夏令时切换时的时间歧义（比如回拨时的重复时间），如果需要严格处理（比如抛出异常），可以替换为InZoneStrictly并捕获SkippedTimeException/AmbiguousTimeException。

为什么你之前的方法不对？ #

你尝试的TimeZoneInfo.ConvertTime和NodaTime的WithZone都是时区转换操作：它们的作用是把一个时区的时间点，转换为另一个时区的对应时间点，所以必然会调整小时数（比如MST的7点转成EST会是9点）。而你的需求是重新解释时间的时区归属，不是转换时间点，所以需要用上面的"绑定归属"方法。

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