调用UserManager.GetUsersInRoleAsync("Manager")时仅触发数据库连接错误

1. 验证角色关联数据是否存在 #

先排查核心数据问题：

• 检查数据库AspNetRoles表是否存在Name为Manager的角色记录
• 检查AspNetUserRoles表是否有该角色关联的用户数据
  可以用以下SQL直接查询验证：

SELECT * FROM AspNetRoles WHERE Name = 'Manager';
SELECT * FROM AspNetUserRoles ur 
JOIN AspNetUsers u ON ur.UserId = u.Id 
JOIN AspNetRoles r ON ur.RoleId = r.Id 
WHERE r.Name = 'Manager';

若角色或关联数据不存在，会触发底层异常，表现为连接错误的假象。

2. 确认Identity配置完整性 #

• 确保项目已启用角色支持，在Program.cs/Startup.cs的Identity配置中添加角色服务：

builder.Services.AddDefaultIdentity<IdentityUser>(options => options.SignIn.RequireConfirmedAccount = true)
    .AddRoles<IdentityRole>() // 必须添加这一行以启用角色管理
    .AddEntityFrameworkStores<ApplicationDbContext>();

• 检查DbContext是否正确配置延迟加载（若依赖联查）：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseLazyLoadingProxies(); // 启用延迟加载，避免联查时的连接异常
}

3. 调整数据库连接字符串配置 #

虽然注册登录正常，但多表联查场景可能需要额外配置：
在连接字符串中添加MultipleActiveResultSets=True，允许同一连接执行多个查询：

Server=tcp:gustavo2004.database.windows.net,1433;Database=teste;User ID=xxx;Password=xxx;MultipleActiveResultSets=True;Encrypt=True;TrustServerCertificate=False;Connection Timeout=30;

同时确认Azure SQL数据库用户拥有AspNetUsers、AspNetRoles、AspNetUserRoles三张表的读取权限（如db_datareader角色）。

4. 捕获完整异常堆栈定位根因 #

用try-catch包裹调用代码，获取详细异常信息，避免仅看EF的连接警告：

try
{
    var managers = await UserManager.GetUsersInRoleAsync("Manager");
}
catch (Exception ex)
{
    // 输出完整异常信息到日志或控制台，定位真正错误（如外键冲突、权限不足等）
    Console.WriteLine(ex.ToString());
    throw;
}

5. 查看EF Core执行的SQL语句 #

提高EF日志级别，查看实际执行的SQL，直接在数据库中测试：
在Program.cs中添加日志配置：

builder.Logging.AddFilter("Microsoft.EntityFrameworkCore.Database.Command", LogLevel.Information);

运行后可在日志中看到GetUsersInRoleAsync生成的SQL，复制到数据库客户端执行，验证是否存在语法或权限问题。

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