在一次会议上，有人告诉我DateTime.Now 会导致 IO 阻塞，这是我从未停止考虑的事情。如果有，为什么？
【问题讨论】：
标签： c#
好吧，考虑到
在mscorelib上使用ILSpy我们可以发现，DateTime.Now是这样出现的：
public static DateTime Now
{
get
{
DateTime utcNow = DateTime.UtcNow;
bool isAmbiguousDst = false;
long ticks = TimeZoneInfo.GetDateTimeNowUtcOffsetFromUtc(utcNow, out isAmbiguousDst).Ticks;
long num = utcNow.Ticks + ticks;
if (num > 3155378975999999999L)
{
return new DateTime(3155378975999999999L, DateTimeKind.Local);
}
if (num < 0L)
{
return new DateTime(0L, DateTimeKind.Local);
}
return new DateTime(num, DateTimeKind.Local, isAmbiguousDst);
}
}
函数GetDateTimeNowUtcOffsetFromUtc 如下所示：
internal static TimeSpan GetDateTimeNowUtcOffsetFromUtc(DateTime time, out bool isAmbiguousLocalDst)
{
isAmbiguousLocalDst = false;
TimeZoneInfo.OffsetAndRule oneYearLocalFromUtc = TimeZoneInfo.GetOneYearLocalFromUtc(time.Year);
TimeSpan timeSpan = oneYearLocalFromUtc.offset;
if (oneYearLocalFromUtc.rule != null)
{
bool isDaylightSavingsFromUtc = TimeZoneInfo.GetIsDaylightSavingsFromUtc(time, time.Year, oneYearLocalFromUtc.offset, oneYearLocalFromUtc.rule, out isAmbiguousLocalDst);
timeSpan += (isDaylightSavingsFromUtc ? oneYearLocalFromUtc.rule.DaylightDelta : TimeSpan.Zero);
}
return timeSpan;
}
GetOneYearLocalFromUtc 改为：
private static TimeZoneInfo.OffsetAndRule GetOneYearLocalFromUtc(int year)
{
if (TimeZoneInfo.s_oneYearLocalFromUtc == null || TimeZoneInfo.s_oneYearLocalFromUtc.year != year)
{
TimeZoneInfo currentOneYearLocal = TimeZoneInfo.GetCurrentOneYearLocal();
TimeZoneInfo.AdjustmentRule rule = (currentOneYearLocal.m_adjustmentRules == null) ? null : currentOneYearLocal.m_adjustmentRules[0];
TimeZoneInfo.s_oneYearLocalFromUtc = new TimeZoneInfo.OffsetAndRule(year, currentOneYearLocal.BaseUtcOffset, rule);
}
return TimeZoneInfo.s_oneYearLocalFromUtc;
}
最后GetCurrentOneYearLocal 看起来像：
private static TimeZoneInfo GetCurrentOneYearLocal()
{
Win32Native.TimeZoneInformation timeZoneInformation = default(Win32Native.TimeZoneInformation);
long num = (long)UnsafeNativeMethods.GetTimeZoneInformation(out timeZoneInformation);
TimeZoneInfo result;
if (num == -1L)
{
result = TimeZoneInfo.CreateCustomTimeZone("Local", TimeSpan.Zero, "Local", "Local");
}
else
{
result = TimeZoneInfo.GetLocalTimeZoneFromWin32Data(timeZoneInformation, false);
}
return result;
}
有趣的函数是GetTimeZoneInformation，存在于kernel32.dll，文档中描述如下：
检索当前时区设置。这些设置控制 协调世界时 (UTC) 和本地时间之间的转换。
要访问该时间信息，Windows 实际上使用IO 访问。不确定这个是否可以定义为“阻塞”，但它肯定会访问保存在磁盘上的系统信息，至少是其中的一部分。
【讨论】：
DateTime.Now 这样的频繁使用的属性会发生什么令人惊讶。
GetTimeZoneInformation。
到目前为止，没有人回答当前时间的真正来源。我不了解最新的 PC 架构。但几年前，real-time clock 是 CPU（南桥）外部芯片的一部分。因此，为了获得时间，您必须对该芯片进行一些 I/O 操作。 （这不是磁盘访问，而是 I/O 操作。）
而且由于当前进程必须等待时钟的响应，所以它阻塞了 I/O。
所以会议上的那个人是对的。
【讨论】：
如果您使用诸如工具 DateTime.Now 之类的反射器查看源代码，则调用 Win API GetSystemTimeAsFileTime，然后它使用 constructor 创建新的 DateTime 对象，该对象具有一个 int64 参数，自 0001 年 1 月 1 日起在 00 处出现滴答声： 00:00.000。此处看不到任何可能导致 I/O 阻塞的内容，GetSystemTimeAsFileTime 文档中也没有提及。
【讨论】：