ASP.NET Core 2中Guid类型Id场景下GetUserIdAsync返回null问题

你遇到的核心问题是UserManager没有正确识别自定义IdentityUser<Guid>的主键类型，导致GetUserIdAsync无法读取User实例的Id值，进而在生成令牌时触发异常。我来梳理几个关键的排查和修复步骤：

1. 确认Identity服务配置是否指定了Guid主键 #

在ASP.NET Core 2中，使用Guid作为IdentityUser主键时，必须在Startup.cs的服务配置里明确指定泛型参数——框架默认会用string类型主键，和你的自定义User类不匹配就会出问题。

检查你的Startup.cs，AddIdentity代码应该改成这样：

services.AddIdentity<YourCustomUserClass, IdentityRole<Guid>>()
    .AddEntityFrameworkStores<YourDbContext>()
    .AddDefaultTokenProviders();

这里的YourCustomUserClass是你继承自IdentityUser<Guid>的用户类，IdentityRole<Guid>确保角色也使用Guid主键。

2. 确保DbContext继承正确的泛型IdentityDbContext #

你的数据库上下文需要继承带Guid参数的IdentityDbContext，让EF Core正确映射用户表的主键类型：

public class YourDbContext : IdentityDbContext<YourCustomUserClass, IdentityRole<Guid>, Guid>
{
    public YourDbContext(DbContextOptions<YourDbContext> options)
        : base(options)
    {
    }
}

如果之前继承的是无泛型参数的IdentityDbContext，会导致主键类型不匹配，UserManager无法识别Id。

3. 检查UserManager的注入类型是否正确 #

在控制器或服务中，必须注入UserManager<YourCustomUserClass>，而不是基类UserManager<IdentityUser>。比如：

private readonly UserManager<YourCustomUserClass> _userManager;

public YourController(UserManager<YourCustomUserClass> userManager)
{
    _userManager = userManager;
}

注入基类会触发框架默认的string主键配置，自然读不到Guid类型的Id。

4. 验证User实例的类型和Id值 #

调用生成令牌方法前，先确认传入的user是YourCustomUserClass的实例（可以用user.GetType()检查），避免向上转型为IdentityUser导致的Id读取异常。同时手动输出user.Id，确认它是你提到的有效Guid值，排除Id本身异常的情况。

额外排查：自定义UserStore的问题 #

如果你自定义了IUserStore<YourCustomUserClass>实现，要确保GetUserIdAsync方法正确返回Guid类型的Id——默认EF实现不会有这个问题，但自定义时容易忽略。

按这些步骤检查后，应该就能解决GetUserIdAsync返回null的问题，让GenerateEmailConfirmationTokenAsync正常工作。

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