.NET/C#中哪个DateTime格式化选项可高效实现DateTimeOffset转字符串效果

直接使用DateTimeOffset内置的自定义格式化方法，搭配不变文化即可1:1复现原代码效果，执行效率更高、内存分配更少。

using System.Globalization;

// 业务代码
DateTimeOffset dt = <some_date_with_time>;
string dtStr = dt.ToString(@"\'yyyy/M/d H:m:s\'", CultureInfo.InvariantCulture);

如果是.NET Core 2.1、.NET 5及以上版本，还可以使用TryFormat结合栈分配缓冲区实现接近零堆分配的更高性能版本：

using System.Globalization;

DateTimeOffset dt = <some_date_with_time>;
// 该格式最长输出长度为21字符，预留32字符足够使用
Span<char> buffer = stackalloc char[32];
if (dt.TryFormat(buffer, out int charsWritten, @"\'yyyy/M/d H:m:s\'", CultureInfo.InvariantCulture))
{
    string dtStr = buffer.Slice(0, charsWritten).ToString();
}

• 格式符完全匹配原手动拼接的输出逻辑：
  • yyyy：输出4位完整年份，和dt.Year的输出完全一致
  • M：输出1-12范围的月份，不补前导零，和dt.Month直接转字符串效果一致
  • d：输出1-31范围的日期，不补前导零，和dt.Day直接转字符串效果一致
  • H：输出24小时制0-23范围的小时数，不补前导零，和dt.Hour直接转字符串效果一致
  • m：输出0-59范围的分钟数，不补前导零，和dt.Minute直接转字符串效果一致
  • s：输出0-59范围的秒数，不补前导零，和dt.Second直接转字符串效果一致
  • \'：转义后的单引号，作为字面量输出，用于包裹最终的日期时间字符串
• 必须传入CultureInfo.InvariantCulture：格式串中/和:本身是区域敏感占位符，会随当前线程文化设置替换为对应地区的日期/时间分隔符，使用不变文化可以保证分隔符固定为/和:，和原代码硬编码分隔符的效果完全一致，不会出现区域适配导致的输出错误。

相比手动拼接属性的实现，内置格式化方案有明确性能提升：

• 避免了字符串插值过程中产生的多个临时字符串，减少GC压力
• 底层格式化逻辑做了专门优化，值类型转字符串的开销更低
• 栈分配缓冲区的TryFormat方案几乎消除了中间过程的堆内存分配，在批量导出、日志写入等高频调用场景下性能差距尤为明显

不要使用yyyy/MM/dd HH:mm:ss这类双位格式符的写法，这类写法会自动为不足两位的月、日、时、分、秒补前导零，比如3月会输出03、5分会输出05，和原代码输出结果不一致。

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