自定义 asp.net 身份存储 - 为什么 HttpContext.Current 有时为空

我按照示例集实现了 ASP.NET Identity 的自定义用户存储here http://www.jamessturtevant.com/posts/ASPNET-Identity2.0-Custom-Database/。一切正常，除了这个：

我需要访问用户存储中当前登录用户的数据。通常，您可以通过访问来访问它

HttpContext.Current.User

现在，一旦用户登录，如果他的用户随后转到管理控制器（例如尝试更改他/她的密码），那么当 ASP.NET 身份通过调用再次查找用户时

CustomUserManager.FindByIdAsync(string userId)

HttpContext.Current 完全是空的（这是在渲染页面之前）。那么，在这种情况下如何获取 HttpContext 的信息呢？用户已经正确登录了，那么如何判断是哪个用户登录了呢？

@编辑..问题出在 CustomUserStore 中..这里有一些

   public class CustomUserStore<TUser> : IUserStore<TUser>, IUserLoginStore<TUser>, IUserClaimStore<TUser>, IUserPasswordStore<TUser>, IUserSecurityStampStore<TUser>, IUserEmailStore<TUser>, IUserPhoneNumberStore<TUser>, 
    IUserLockoutStore<TUser, string>, IUserTwoFactorStore<TUser, string>//, IQueryableUserStore<TUser> 
    where TUser: CustomUser<string>, IUser<string>
{

    string storageFile = @"c:\temp\aspnetusers.json";
    List<TUser> users;

    public CustomUserStore()
    {
        if (File.Exists(storageFile))
        {
            string contents = File.ReadAllText(storageFile);
            users = JsonConvert.DeserializeObject<List<TUser>>(contents);
            if (users == null)
                users = new List<TUser>();
        }
        else
            users = new List<TUser>();
    }

    #region IUserStore implementation

    public Task<TUser> FindByIdAsync(string userId)
    {
        string sessionId = HttpContext.Current?.Session?.SessionID;
        return Task.FromResult<TUser>(users.FirstOrDefault(u => u.Id == userId));
    }

    public Task<TUser> FindByNameAsync(string userName)
    {
        string sessionId = HttpContext.Current?.Session?.SessionID;
        return Task.FromResult<TUser>(users.FirstOrDefault(u => string.Compare(u.UserName, userName, true) == 0));
    }

    #endregion
}

在 FindByAsync 方法中，HttpContext.Current 可以为空。

创建模型时，它发生在 AccountController 的 Index 方法中

   var model = new IndexViewModel
        {
            HasPassword = HasPassword(),
            PhoneNumber = await UserManager.GetPhoneNumberAsync(userId),
            TwoFactor = await UserManager.GetTwoFactorEnabledAsync(userId),
            Logins = await UserManager.GetLoginsAsync(userId),
            BrowserRemembered = await AuthenticationManager.TwoFactorBrowserRememberedAsync(userId)
        };

导致问题的是 HasPassword 方法中的 FindById 请求

private bool HasPassword()
    {
        var user = UserManager.FindById(User.Identity.GetUserId());
        if (user != null)
        {
            return user.PasswordHash != null;
        }
        return false;
    }

对用户管理器的其他 4 个请求都有一个已填写的 HttpContext.Current。因此看来是对 UserManager 的调用导致了该问题。

确定了问题的确切根源后，修复起来就很容易了。

添加此异步方法来检查用户是否有密码：

private async Task<bool> HasPasswordAsync()
    {
        var user = await UserManager.FindByIdAsync(User.Identity.GetUserId());
        if (user != null)
        {
            return user.PasswordHash != null;
        }
        return false;
    }

并在 Index 方法中，使用新的异步方法

var model = new IndexViewModel
    {
        HasPassword = await HasPasswordAsync(),
        PhoneNumber = await UserManager.GetPhoneNumberAsync(userId),
        TwoFactor = await UserManager.GetTwoFactorEnabledAsync(userId),
        Logins = await UserManager.GetLoginsAsync(userId),
        BrowserRemembered = await AuthenticationManager.TwoFactorBrowserRememberedAsync(userId)
    };

但是，为什么同步方法调用会破坏事情呢？您可能会想象同步调用将运行到 HttpContext.Current 应该可用的标准上下文中。

我在我的真实项目中有一个更自定义的用户存储，我更频繁地遇到这个问题。我猜我需要检查是否包含对 UserManager 方法的更多同步访问。