多时区全球场所实时开闭状态系统的时间逻辑设计咨询

结论：选方案二（API端基于时区统一处理状态） #

直接说原因：

• 规避客户端的不可控问题：用户手机的时间可能不准、时区设错，甚至手动改时间，这些都会让客户端判断的状态完全出错。把逻辑放在API端，用服务器的UTC时间做基准，能保证判断依据的统一性和准确性。
• 降低后续维护成本：如果开闭规则（比如节假日临时调整营业时间）改了，客户端逻辑要更新所有用户的APP版本，成本极高；放在API端只改服务器代码，所有客户端自动同步生效。
• 时区处理更精准：用DateTimeOffset配合场所的TimeZone字段，能准确转换场所所在时区的本地时间。比如存场所的闭店时间是本地的23:00，再绑定对应的时区ID（比如Asia/Shanghai），API端用UTC时间转成该时区的当前时间，再对比判断状态，完全符合真实场景。

具体技术实现示例（C#/.NET 5） #

1. 场所数据模型设计：

public class Venue
{
    public int Id { get; set; }
    public string Name { get; set; }
    public Address Address { get; set; }
    // 存场所本地的开闭时间（只存时分，不用日期）
    public TimeOnly OpeningTime { get; set; }
    public TimeOnly ClosingTime { get; set; }
    // 存标准时区ID，比如"Asia/Shanghai"、"America/New_York"
    public string TimeZoneId { get; set; }
}

public class Address
{
    public string Street { get; set; }
    public string City { get; set; }
    // 其他地址字段...
}

2. API端判断状态的核心逻辑：

public bool IsVenueOpen(Venue venue)
{
    // 获取服务器当前UTC时间（基准时间，不受时区影响）
    var utcNow = DateTime.UtcNow;
    // 转换为场所所在时区的本地时间
    var venueTimeZone = TimeZoneInfo.FindSystemTimeZoneById(venue.TimeZoneId);
    var localNowAtVenue = TimeZoneInfo.ConvertTimeFromUtc(utcNow, venueTimeZone);
    
    // 提取当前时分，和场所的开闭时间对比
    var currentLocalTime = TimeOnly.FromDateTime(localNowAtVenue);
    return currentLocalTime >= venue.OpeningTime && currentLocalTime <= venue.ClosingTime;
}

为什么方案一不可取？ #

方案一把判断逻辑丢给客户端，完全依赖用户设备的时间和时区设置，很容易出现错误判断——比如用户人在纽约，但手机时区设成了伦敦，那纽约的场所状态就会显示错误。而且后续业务规则变动时，要更新所有客户端版本，维护成本高到离谱。

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