根据UserId获取RoleName为空问题：登录接口会话设置异常排查

针对登录接口无法获取RoleName的问题，可从以下几个方向排查修复：

1. 简化查询逻辑，避免关联冗余 #

原查询通过Join关联Users和Roles表，但Roles表本身已存储UserId，无需关联即可直接查询。冗余关联可能因表结构或数据匹配问题导致空值，可修改为直接查询Roles表：

public IActionResult Login(UserDto dto)
{
    try
    {
        // 先验证用户是否存在（可选，根据业务需求）
        var user = _context.Users.FirstOrDefault(u => u.UserId == dto.UserId);
        if (user == null)
        {
            return NotFound("用户不存在");
        }

        // 直接根据UserId查询角色名称
        var roleName = _context.Roles.FirstOrDefault(r => r.UserId == dto.UserId)?.RoleName;

        if (!string.IsNullOrEmpty(roleName))
        {
            HttpContext.Session.SetString("Role", roleName);
            return Ok("登录成功");
        }
        else
        {
            return BadRequest("该用户未分配角色");
        }
    }
    catch (Exception ex)
    {
        return StatusCode(500, $"登录失败：{ex.Message}");
    }
}

2. 验证传入的UserId正确性 #

在查询前添加调试输出，确认dto.UserId是否与数据库中存储的UserId匹配（注意数据类型，比如是否存在字符串转int的格式问题）：

// 在查询前添加调试代码
Console.WriteLine($"传入的UserId: {dto.UserId}");
// 或直接通过断点查看dto的实际值

3. 确认EF上下文连接的数据库正确性 #

检查DbContext配置，确保连接的数据库是你截图中显示的目标库（避免连接到测试库或其他环境的空数据）。同时可开启EF日志查看生成的SQL语句，验证查询是否返回结果：
在Program.cs中添加日志配置：

builder.Logging.AddConsole();

运行程序后查看控制台输出的SQL，将其复制到数据库客户端执行，确认是否能查询到RoleName。

4. 检查Session配置是否完整 #

即使获取到RoleName，若Session未正确配置也无法存储。确认在Program.cs中已添加Session服务和中间件：

// 添加Session服务
builder.Services.AddSession(options =>
{
    options.IdleTimeout = TimeSpan.FromMinutes(30); // 设置Session超时时间
    options.Cookie.HttpOnly = true;
    options.Cookie.IsEssential = true;
});

// 配置中间件（需放在UseRouting之后，UseAuthorization之前）
app.UseSession();

5. 处理无角色的边界情况 #

若用户确实未分配角色，需明确返回提示，避免前端无响应。如上述代码中的else分支，直接返回错误信息。

内容的提问来源于stack exchange，提问作者Muhammad Anas imtiaz