调用DateTime.AddHours后时间错误且格式异常，如何解决？

看起来你遇到了两个头疼的问题：调整时间后原本的格式被破坏，而且计算出来的时间也不对。咱们一步步拆解原因，再给出靠谱的解决方案：

问题根源分析 #

1. 多余的字符串转换导致时间类型识别错误
   你一开始把DateTime.UtcNow转成字符串再转回DateTime的操作：

   DateTime a = Convert.ToDateTime(DateTime.UtcNow.ToString("s") + "Z");
   

   这里藏着一个坑：转换后的a的Kind属性是DateTimeKind.Unspecified（不是预期的Utc），因为Convert.ToDateTime不会自动识别字符串末尾的Z为UTC标识。当你调用AddHours(-4)时，.NET会按照本地时间的规则计算偏移，自然就会得到错误的时间结果。

2. 默认ToString()使用系统文化格式
   当你直接输出调整后的result时，默认的ToString()会采用当前系统的默认文化格式（比如你的系统可能设置成了dd-MM-yyyy HH:mm:ss），所以才会出现29-05-2018 10:52:51这种不符合预期的格式。

正确的解决方案 #

方案1：直接操作UTC时间，最后格式化（最简单高效）

完全避开多余的字符串转换，直接对UTC时间做调整，最后再按需求格式化：

// 直接获取UTC时间并减去4小时（此时时间的Kind仍是Utc，计算绝对准确）
DateTime adjustedUtcTime = DateTime.UtcNow.AddHours(-4);
// 按照指定格式输出，确保得到带Z的标准UTC格式字符串
string desiredResult = adjustedUtcTime.ToString("s") + "Z";

运行后就能得到你想要的结果：2018-05-29T05:16:59Z

方案2：使用DateTimeOffset更安全（推荐长期使用）

如果经常和带时区的时间打交道，DateTimeOffset比DateTime更清晰，能彻底避免本地时间和UTC时间的混淆：

// 获取当前UTC时间的Offset对象
DateTimeOffset currentUtc = DateTimeOffset.UtcNow;
// 调整时间
DateTimeOffset adjustedUtc = currentUtc.AddHours(-4);
// 直接格式化出目标字符串
string desiredResult = adjustedUtc.ToString("yyyy-MM-ddTHH:mm:ssZ");

如果你一定要保留字符串转换的步骤

如果因为特定场景必须先转字符串再转回DateTime，一定要确保转换后的DateTime被识别为UTC时间：

using System.Globalization;

// 先转成标准UTC格式字符串
string utcString = DateTime.UtcNow.ToString("s") + "Z";
// 使用ParseExact指定格式，并强制识别为UTC时间
DateTime a = DateTime.ParseExact(utcString, "yyyy-MM-ddTHH:mm:ssZ", CultureInfo.InvariantCulture, DateTimeStyles.AssumeUniversal | DateTimeStyles.AdjustToUniversal);
// 此时a的Kind是Utc，AddHours计算准确
var result = a.AddHours(-4);
// 最后再格式化输出
string desiredResult = result.ToString("s") + "Z";

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