ASP.NET MVC 5

您不需要直接向数据库查询当前的ApplicationUser。

这就引入了新的依赖关系，即需要为初学者提供额外的上下文，但是以后用户数据库表会发生变化（过去2年中有3次变化），但API保持一致。例如，

users

AspNetUsers

另一个问题是对数据库的基础OWIN访问将使用单独的上下文，因此来自单独的SQL访问的更改可能会产生无效的结果（例如，看不到对数据库所做的更改）。同样，解决方案是
使用 提供的API，而不是尝试 解决 该问题。

以ASP.Net身份访问当前用户对象的正确方法（截至当前）是：

var user = UserManager.FindById(User.Identity.GetUserId());

或者，如果您有异步操作，则类似：

var user = await UserManager.FindByIdAsync(User.Identity.GetUserId());

FindById

UserManager

FindByIdAsync

using Microsoft.AspNet.Identity;

如果您根本不在控制器中（例如，您正在使用IOC注入），那么将从以下位置完整检索用户ID：

System.Web.HttpContext.Current.User.Identity.GetUserId();

如果您不在标准帐户控制器中，则需要向控制器添加以下内容（作为示例）：

1.添加以下两个属性：

    /// <summary>    /// Application DB context    /// </summary>    protected ApplicationDbContext ApplicationDbContext { get; set; }    /// <summary>    /// User manager - attached to application DB context    /// </summary>    protected UserManager<ApplicationUser> UserManager { get; set; }

2.将其添加到Controller的构造函数中：

    this.ApplicationDbContext = new ApplicationDbContext();    this.UserManager = new UserManager<ApplicationUser>(new UserStore<ApplicationUser>(this.ApplicationDbContext));

2015年3月更新

注意： Identity框架的最新更新更改了用于身份验证的基础类之一。 现在，您可以从当前HttpContent的Owin上下文中访问它。

ApplicationUser user = System.Web.HttpContext.Current.GetOwinContext().GetUserManager<ApplicationUserManager>().FindById(System.Web.HttpContext.Current.User.Identity.GetUserId());

附录：

当将EF和Identity
framework与Azure一起使用时，通过远程数据库连接（例如，对Azure数据库的本地主机测试），您可以随意打出可怕的“错误：19-物理连接不可用”。由于原因被埋没在Identity
framework中，因此您无法在其中添加重试（或似乎丢失的内容

.Include(x->sometable)

SqlAzureExecutionStrategy