.NET 6与Identity 2共存时LockoutEnd类型转换报错问题

核心问题是两侧Identity框架对LockoutEnd字段的类型预期不匹配：.NET 6 ASP.NET Core Identity将该字段定义为DateTimeOffset?类型，而旧版Identity 2 + EF6将该字段定义为DateTime?类型，直接修改数据库字段类型必然导致其中一侧系统类型转换报错，不需要调整数据库字段类型，通过EF Core侧的自定义值转换即可完全解决问题，步骤如下：

• 保持数据库AspNetUsers表的LockoutEnd字段为原有datetime2类型，不要修改为DateTimeOffset(7)，避免破坏旧系统的读取逻辑
• 移除项目中引入的Microsoft.AspNet.Identity.CoreCompat适配包，这个包是为.NET Core 2.0早期版本设计的兼容组件，已经多年未维护，在.NET 6环境下会引入不必要的映射冲突
• 在.NET 6项目的EF Core上下文配置中，为LockoutEnd字段添加双向值转换器，实现DateTime和DateTimeOffset类型的自动转换，参考代码如下：

public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
    public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options)
        : base(options)
    {
    }

    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);

        builder.Entity<ApplicationUser>()
            .Property(u => u.LockoutEnd)
            .HasConversion(
                // 写入数据库时转成UTC DateTime，匹配旧系统datetime2类型要求
                lockoutEnd => lockoutEnd.HasValue ? lockoutEnd.Value.UtcDateTime : null,
                // 从数据库读取时转成DateTimeOffset，匹配.NET 6 Identity的类型要求
                dbValue => dbValue.HasValue ? new DateTimeOffset(dbValue.Value, TimeSpan.Zero) : null
            );
    }
}

• 保留之前配置的密码哈希兼容选项即可，不需要修改其他Identity配置：

services.Configure<PasswordHasherOptions>(option => 
    option.CompatibilityMode = PasswordHasherCompatibilityMode.IdentityV2);

方案验证要点 #

旧.NET 4.6系统侧不需要做任何代码调整，因为数据库字段保持了原有的datetime2类型，EF6的读写逻辑完全不受影响。两侧系统写入锁定时间时均使用UTC时间标准，不会出现时区偏差：旧Identity 2默认写入的锁定时间就是UTC格式，.NET 6侧的转换器也强制写入UTC时间，时间语义完全一致。

上线前可以验证几个核心场景：

1. 新系统触发用户锁定后，旧系统可以正常读取锁定状态、到期时间
2. 旧系统触发用户锁定后，新系统可以正常识别锁定状态，不会抛出类型转换异常
3. 用户在任意一侧修改密码，另一侧系统都可以正常验证密码登录，不会出现密码覆盖失效问题
4. 锁定到期后两侧系统都能正常识别用户解锁状态，不会出现永久锁定的问题

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