ASP .NET Core & EF Core集成测试：Datetime意外偏移1小时

核心原因 #

问题出在测试专用DbContext与API的DbContext在DateTime时区处理配置不一致，或Npgsql对无时区timestamp类型的读取转换逻辑差异，导致读取时错误地将数据库中的无时区时间转换为了带时区的本地时间（超前1小时大概率是你的本地时区为UTC+1）。

具体解决步骤 #

1. 统一所有DbContext的Npgsql配置 #

确保测试Fixture中的DbContext和API使用的DbContext完全共享相同的配置：

• 确认两处都设置了用于无时区DateTime存储的AppContext开关：

  AppContext.SetSwitch("Npgsql.EnableLegacyTimestampBehavior", true);
  

• 若使用EF Core 7+的新版Npgsql，也可通过DbContext配置显式指定时区与映射规则：

  options.UseNpgsql(connectionString, o =>
  {
      o.DefaultTimeZone(TimeZoneInfo.Utc);
      o.MapDateTimeToTimestamp(); // 强制将DateTime映射到Postgres无时区的timestamp类型
  });
  

2. 显式映射实体属性到无时区类型 #

在DbContext的OnModelCreating中，强制指定DateTime属性对应Postgres的timestamp without time zone类型，避免自动映射歧义：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Poll>()
        .Property(p => p.ExpirationDate)
        .HasColumnType("timestamp without time zone");
    
    // 若Dates是DateTime集合/数组，需对应Postgres的无时区数组类型
    modelBuilder.Entity<Poll>()
        .Property(p => p.Dates)
        .HasColumnType("timestamp without time zone[]");
}

3. 统一使用UTC时间避免本地时区干扰 #

测试中使用DateTime.Now会引入本地时区差异，建议替换为DateTime.UtcNow，确保时间在存储和读取时的一致性：

var createPollRequest = new CreatePollRequest
    ("Test Poll", DateTime.UtcNow.AddDays(90), new List<DateTime> { DateTime.UtcNow, DateTime.UtcNow.AddDays(1) } );

后续若需要展示本地时间，在API层统一转换即可，测试逻辑也会更稳定。

4. 验证DateTime的Kind属性 #

在测试中添加日志或断言，检查读取前后的DateTime Kind属性是否一致：

// 打印Kind属性排查
Console.WriteLine($"Request Date Kind: {createPollRequest.ExpirationDate.Kind}");
Console.WriteLine($"DB Date Kind: {pollInDb.ExpirationDate.Kind}");

// 断言Kind一致
pollInDb.ExpirationDate.Kind.Should().Be(createPollRequest.ExpirationDate.Kind);

若读取后的Kind为Utc而请求时是Local，说明Npgsql读取时错误地将无时区时间解析为UTC，需调整配置强制保持Unspecified。

5. 检查测试Fixture的DbContext初始化 #

确保测试Fixture中的DbContext没有额外的时区配置覆盖，比如是否在Fixture中单独设置了NpgsqlConnection.GlobalTimeZone，导致与API的处理逻辑冲突。

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