调用userManager.FindByEmailAsync时出现DateTime转DateTimeOffset异常求助

这个问题我之前也碰到过，核心原因是Identity实体类的属性类型和数据库对应字段的类型不匹配——虽然你没有手动添加DateTimeOffset类型的字段，但Identity框架默认的一些字段（比如LockoutEnd）可能在数据库和实体类中出现了类型不一致的情况。

问题根因分析 #

ASP.NET Core Identity的IdentityUser基类里，LockoutEnd属性默认是DateTimeOffset?类型。如果你的AspnetUsers表中，LockoutEnd字段是DateTime类型（可能是早期迁移操作、手动修改数据库或者版本兼容问题导致的），当EF Core从数据库读取数据时，就会尝试把DateTime值强制转换成DateTimeOffset，从而抛出这个InvalidCastException。

具体解决步骤 #

1. 确认实体类与数据库字段的类型匹配

首先检查你的ApplicationUser类：

public class ApplicationUser : IdentityUser
{
    // 查看是否重写了LockoutEnd属性，或者有没有自定义的日期类型属性
}

同时打开数据库，查看AspnetUsers表的LockoutEnd字段类型——是datetime还是datetimeoffset？

2. 选择匹配的修复方案

根据类型不匹配的情况，有两种修复方式：

方案一：让实体类适配数据库字段类型

如果数据库中LockoutEnd是datetime类型，你可以在ApplicationUser中重写该属性，将类型改为DateTime?：

public class ApplicationUser : IdentityUser
{
    public override DateTime? LockoutEnd { get; set; }
}

然后添加迁移并更新数据库：

Add-Migration AdjustLockoutEndType
Update-Database

方案二：让数据库适配实体类类型

如果想保留实体类中DateTimeOffset?的类型，就需要修改数据库字段类型：
在DbContext的OnModelCreating方法中配置字段映射：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    base.OnModelCreating(modelBuilder);
    
    // 配置LockoutEnd为datetimeoffset类型
    modelBuilder.Entity<ApplicationUser>()
        .Property(u => u.LockoutEnd)
        .HasColumnType("datetimeoffset");
}

同样执行迁移命令更新数据库：

Add-Migration UpdateLockoutEndToDateTimeOffset
Update-Database

3. 额外排查点

如果上面的方案没解决问题，再检查：

• 有没有其他自定义的日期类型属性，在实体类和数据库中类型不匹配
• 之前的迁移文件是否有错误，导致字段类型被意外修改
• 确认所有Identity相关依赖包版本一致（你当前的6.0.10版本是统一的，这一点没问题）

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