使用C#生成.ics文件所需带时区时间字符串的正确实现方法

• 语法层面：存在括号不匹配的问题，逻辑嵌套冗余，可空类型取值的写法不符合C#语法规范。
• 逻辑层面：错误调用ToUniversalTime()——ICS规范明确，当字段前缀指定TZID=xxx时，冒号后的时间值为该时区下的本地时间，直接转成UTC会导致日历客户端计算时区偏移时出现成倍的时间偏差。
• 格式层面：调用无参数的ToString()没有指定ICS要求的严格格式，输出的是系统默认的带分隔符、带AM/PM标识的时间格式，完全不符合ICS规范要求的yyyyMMddTHHmmss无分隔符时间格式。

转换的核心前提：你拿到的2/26/2021 3:30:00 PM格式字符串，本身就是America/New_York时区下的本地时间，基于该前提的转换步骤为：

• 使用精确匹配的规则解析原始字符串，避免因为系统区域设置不同导致月/日解析错位
• 不做任何时区转换，直接保留解析出的本地时间值
• 按照ICS要求的格式规则生成时间串（无任何特殊分隔符，T为固定大写分隔符，不保留毫秒位）
• 按照要求拼接TZID前缀

对应的C#可运行代码示例：

using System;
using System.Globalization;

// 替换为你的实际时间字符串
string originalTimeString = "2/26/2021 3:30:00 PM";

// 1. 精确解析匹配美区12小时制格式，规避区域设置导致的解析错误
DateTime nyLocalTime = DateTime.ParseExact(
    s: originalTimeString,
    format: "M/d/yyyy h:mm:ss tt",
    provider: CultureInfo.GetCultureInfo("en-US")
);

// 2. 格式化为ICS要求的标准时间串，使用固定文化避免格式偏差
string icsTimeValue = nyLocalTime.ToString(
    format: "yyyyMMddTHHmmss",
    provider: CultureInfo.InvariantCulture
);

// 3. 拼接为最终要求的ICS字段格式
string finalIcsDateTimeString = $"TZID=America/New_York:{icsTimeValue}";

• 格式化时间时必须使用CultureInfo.InvariantCulture，否则如果当前系统的日期时间分隔符配置异常，输出的时间串可能混入斜杠、冒号等特殊字符，触发ICS解析错误。
• 不要将带TZID的本地时间格式，和带Z后缀的UTC格式ICS时间（如20130802T103400Z）混淆：后者为全球通用的UTC标准时间，不需要指定TZID；前者为指定时区的本地时间，绝对不能转成UTC值写入。
• .NET 6及以上版本可预先通过TimeZoneInfo.FindSystemTimeZoneById("America/New_York")校验时区标识的合法性，避免拼写错误导致的日历解析异常。

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