在.NET开发中，日期和时间的处理是一个常见且重要的任务。然而，DateTime类型在处理非UTC时间时可能会表现出一些意想不到的行为，这些行为可能会导致错误。本文将探讨DateTime在处理本地时间时可能遇到的一些陷阱，并提供一些最佳实践来避免这些问题。
在.NET中，DateTime类型可以表示UTC时间、本地时间以及未指定的时间。尽管DateTime类为开发者提供了便利，但在处理除UTC时间之外的时间时，它可能会表现出一些非常意外且容易出错的行为。因此，最佳实践是始终使用UTC DateTime值，而将本地DateTime值的使用限制在UI层。
夏令时的变化对本地DateTime值有显著影响。例如，在太平洋时间（美国和加拿大）的夏令时结束时，时间会回退一个小时。这意味着，如果两个时间戳分别在夏令时变化前后30分钟，它们的本地时间都将是1:30 AM。
DateTime的解析方法，如Parse和ParseExact，有时会返回本地时间或未指定时间的DateTime值，即使输入字符串表示的是UTC时间。为了避免解析DateTime值时的复杂性，最佳实践是始终指定AssumeLocal（或在适当的情况下使用AssumeUniversal）和AdjustToUniversal。这使得解析行为更加一致，并始终返回准备好存储或在应用程序中使用的UTC值。
以下是一些代码示例，展示了如何在.NET中正确地处理DateTime值。
public static class DateTimeUtils
{
public static void Print(this DateTime t) =>
Console.WriteLine(t.ToString("yyyy-MM-dd HH:mm") +
"\n" +
t.Kind +
"\n" +
(t.IsDaylightSavingTime() ? "DST" : "ST"));
}
这段代码定义了一个扩展方法Print，用于打印DateTime对象的详细信息，包括日期、时间、时区种类以及是否处于夏令时。