.NET中如何获取指定时区的当日午夜时间？

我们设置了定时任务（cron job），执行时间为“巴黎每日15点”、“纽约每日15点”等。代码逻辑为筛选指定时区内在当日午夜至正午之间发生的所有交易。

目前通过以下代码获取午夜时间（后续调用AddHours(12)得到正午时间）：

var tz = TimeZoneInfo.FindSystemTimeZoneById(tzId); //tzId是任务的参数
var midnightAtTz = TimeZoneInfo.ConvertTime(DateTimeOffset.UtcNow, tz).Date;

该代码看似正常运行，但不清楚生效原因，也不确定是否为正确实现方式。

以下两种看似合理的方式无法正常工作：

DateTime.Today => 依赖服务器时区
TimeZoneInfo.ConvertTime(DateTime.Today, tz).Date; => 若时区与机器时区不符会抛出异常：System.ArgumentException: The UTC Offset of the local dateTime parameter does not match the offset argument. (Parameter 'offset')

疑问 #

1. 为何使用DateTime类型的.Date属性可以正常工作，而非DateTimeOffset类型？
2. 这是否为获取指定时区午夜时间的正确方式？

问题1：为何DateTime.Date能正常工作，直接用DateTimeOffset不行？ #

• TimeZoneInfo.ConvertTime(DateTimeOffset.UtcNow, tz)返回的DateTimeOffset包含目标时区的时间和偏移量，调用.Date后会转为DateTime类型，其Kind为Unspecified——只代表目标时区当日的午夜时刻，不带偏移信息。后续筛选交易时间时，只要交易时间也是基于同一时区转换的，就能准确匹配当日范围。
• 你用TimeZoneInfo.ConvertTime(DateTime.Today, tz)报错，是因为DateTime.Today是服务器本地时区的午夜，Kind标记为Local。.NET会校验这个本地时间的偏移和目标时区的偏移是否一致，不一致就抛出参数异常。
• 若直接操作DateTimeOffset的日期属性，需要额外处理偏移逻辑，反而容易引入跨时区日期判断错误，不如转成DateTime.Date简洁可靠。

问题2：这是不是获取指定时区午夜时间的正确方式？ #

你的代码在定时任务准时触发的场景下是有效的，但算不上最严谨的实现：

潜在风险 #

如果任务出现延迟（比如巴黎15点的任务拖到16点才执行），基于DateTimeOffset.UtcNow转换的目标时区日期可能已经跳转到第二天，导致筛选范围错误。

更严谨的写法 #

如果已知任务执行时间是目标时区的固定时间，可以直接基于目标时区的当前日期构造午夜时间：

var tz = TimeZoneInfo.FindSystemTimeZoneById(tzId);
var todayInTz = TimeZoneInfo.ConvertTimeFromUtc(DateTime.UtcNow, tz).Date;
// 构造带正确时区偏移的午夜时间（DateTimeOffset类型，更严谨）
var midnightAtTz = new DateTimeOffset(todayInTz, tz.GetUtcOffset(todayInTz));

总结 #

原有代码在任务准时执行的情况下没问题，若要应对任务延迟场景，或者需要明确的时区偏移信息，建议使用上述构造DateTimeOffset的方式，避免后续逻辑出现日期判断歧义。

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