Azure部署Blazor应用：TimeSpan/DateTime存储规范及本地存储方法咨询

一、Azure存储DateTime的典型模式 #

• 行业通用最佳实践是统一存储UTC时间，因为Azure的绝大多数服务（App Service、SQL Database等）默认以UTC作为系统时区，这么做能彻底避免跨时区部署、多区域用户访问时的时间混乱问题。
• 关于你提到的TimeSpan：这个类型本质是「时间间隔」，本身不带时区或日期信息，存储时就是原始的时分秒跨度值，不存在UTC或本地时间的区别——你可能混淆了DateTime和TimeSpan的概念，TimeSpan只代表一段时长，和时区无关。

二、小规模应用能否用本地时间存储？ #

完全可以。如果你的用户全部集中在同一个时区，且短期内没有跨时区扩展的计划，用本地时间存储不会有任何问题，反而能减少时区转换的复杂度。

三、本地时间存储的实现步骤 #

1. 前端绑定调整 #

你当前的Blazor代码绑定的是TimeSpan类型的TimeIn和TimeOut：

<InputText type="time" class="form-control form-control-sm" @bind-Value="Model.TimeIn" />
<InputText type="time" class="form-control form-control-sm" @bind-Value="Model.TimeOut" />

• 如果是TimeSpan类型：直接存储即可，前端选择的时分秒会直接映射为对应的TimeSpan值，不需要额外处理。
• 如果是DateTime类型：需要确保前端传入的时间被标记为本地时间，后续存储时保留这个标记。

2. 数据库配置 #

• 若存储DateTime：SQL Server可以用datetimeoffset类型来保留时区信息（更严谨），或者用datetime2直接存储本地时间值（适合单时区场景）。
• 若存储TimeSpan：对应SQL Server的time类型，直接存储即可。

3. 后端逻辑处理 #

如果处理的是DateTime类型，在接收前端数据后，明确标记其为本地时间：

Model.TimeIn = DateTime.SpecifyKind(Model.TimeIn, DateTimeKind.Local);

从数据库读取时，直接使用本地时间值即可，无需转换为UTC。

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