.NET门店营业时间判断逻辑本地正常发布到服务器失效排查

AI 小北

2026-10-4

问题根因排查

你的代码存在4个核心时区/时间处理错误，本地环境和服务器环境的时区差异掩盖了这些错误，所以本地调试正常，服务器运行出错：

错误1：当前时间转换逻辑错误
你转换门店时区当前时间时用了DateTime.Now作为转换源，DateTime.Now的Kind为Local，取值依赖运行机器的时区：本地调试时你的机器时区和测试门店时区一致，转换结果正确；服务器一般默认时区为UTC，转换出来的时间完全不符合预期。你原本的设计是用UTC时间转换，应该把DateTime.Now替换为DateTime.UtcNow。
错误2：营业时间多次冗余转换导致偏差
你存在完全错误的转换流程：数据库存的是UTC类型的营业时间 → 转成字符串 → 用服务器时区Parse成DateTime → 再转一次门店时区。等于对营业时间做了两次时区偏移，本地调试时你机器时区和门店时区一致，两次转换刚好抵消，结果正确；服务器时区不同，最终得到的营业时间偏移量是双倍错误。
错误3：星期匹配逻辑错误
你用DateTime.UtcNow.DayOfWeek取星期，但是实际营业时间是对应门店时区的星期，两个时区的星期可能不匹配（比如UTC时间为周一23:00，东八区时间已经是周二7:00），会导致取错对应星期的营业时间。
错误4：无日期时间比较的隐式日期错误
你把营业时间Parse成DateTime时会默认带上服务器当前日期，跨天营业的时段（比如当日17点到次日2点）会因为日期不匹配导致判断失败。

修复方案

推荐直接用TimeSpan处理时分比较，避免日期带来的所有问题，修改步骤如下：

把StoreHour类的OpenHour、CloseHour属性类型改为TimeSpan，种子数据直接保存时分对应的TimeSpan，不需要DateTime转换
时间比较逻辑简化为：

// 第一步：统一用UTC转门店当前时间，避免机器时区影响
var timeNowUtc = DateTime.UtcNow;
var storeTimeZone = TimeZoneInfo.FindSystemTimeZoneById(thePlace.Timezone.Name);
var storeNow = TimeZoneInfo.ConvertTime(timeNowUtc, storeTimeZone);
// 取门店时区的当前星期、当前时分
var storeTodayWeek = storeNow.DayOfWeek.ToString();
var nowTimeSpan = storeNow.TimeOfDay;

// 第二步：取对应星期的营业时间
var todayStoreHours = thePlace.StoreHours.Where(h => h.DayOfTheWeek.Name == storeTodayWeek).ToList();
bool isOpen = false;
foreach(var hour in todayStoreHours)
{
    if(hour.CloseHour > hour.OpenHour)
    {
        // 非跨天营业
        isOpen = nowTimeSpan >= hour.OpenHour && nowTimeSpan <= hour.CloseHour;
    }
    else
    {
        // 跨天营业，判断是否在当日营业时段，或者前一日跨天的营业时段
        var yesterdayWeek = storeNow.AddDays(-1).DayOfWeek;
        var yesterdayStoreHours = thePlace.StoreHours.Where(h => h.DayOfTheWeek.Name == yesterdayWeek.ToString()).ToList();
        isOpen = nowTimeSpan >= hour.OpenHour || yesterdayStoreHours.Any(y => y.CloseHour < y.OpenHour && nowTimeSpan <= y.CloseHour);
    }
    if(isOpen) break;
}

后续业务逻辑直接用isOpen变量判断营业状态即可。

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