我不能直接代表ASP。NET MVC，但对于ASP。NET Web表单，诀窍是创建一个FormsAuthenticationTicket，并在用户通过身份验证后将其加密到一个cookie中。这样，您只需调用数据库一次(或AD或任何您用于执行身份验证的东西)，并且每个后续请求都将基于存储在cookie中的票据进行身份验证。

一篇关于这方面的好文章:http://www.ondotnet.com/pub/a/dotnet/2004/02/02/effectiveformsauth.html(坏链接)

编辑:

由于上面的链接是坏的，我会推荐LukeP的解决方案在他的回答上面:https://stackoverflow.com/a/10524305 -我也会建议接受的答案改为那个。

编辑2: 断开链接的另一种选择:https://web.archive.org/web/20120422011422/http://ondotnet.com/pub/a/dotnet/2004/02/02/effectiveformsauth.html

作为Web表单用户(不是MVC)的LukeP代码的补充，如果你想简化页面背后代码的访问，只需将下面的代码添加到一个基础页面，并在所有页面中派生基础页面:

Public Overridable Shadows ReadOnly Property User() As CustomPrincipal
    Get
        Return DirectCast(MyBase.User, CustomPrincipal)
    End Get
End Property

所以在你的代码后面，你可以简单地访问:

User.FirstName or User.LastName

我在Web表单场景中缺失的是如何在代码中获得相同的行为，而不是绑定到页面，例如在httpmodules中，我应该总是在每个类中添加一个类型转换，还是有更聪明的方法来获得这个?

感谢你的回答，感谢LukeP，因为我使用了你的例子作为我的自定义用户的基础(现在有user。角色、用户。Tasks, User.HasPath(int)， User.Settings.Timeout和其他很多不错的东西)

我不能直接代表ASP。NET MVC，但对于ASP。NET Web表单，诀窍是创建一个FormsAuthenticationTicket，并在用户通过身份验证后将其加密到一个cookie中。这样，您只需调用数据库一次(或AD或任何您用于执行身份验证的东西)，并且每个后续请求都将基于存储在cookie中的票据进行身份验证。

一篇关于这方面的好文章:http://www.ondotnet.com/pub/a/dotnet/2004/02/02/effectiveformsauth.html(坏链接)

编辑:

由于上面的链接是坏的，我会推荐LukeP的解决方案在他的回答上面:https://stackoverflow.com/a/10524305 -我也会建议接受的答案改为那个。

编辑2: 断开链接的另一种选择:https://web.archive.org/web/20120422011422/http://ondotnet.com/pub/a/dotnet/2004/02/02/effectiveformsauth.html

如果您需要将一些方法连接到@User以在视图中使用，这里有一个解决方案。对于任何严肃的成员定制都没有解决方案，但如果最初的问题仅需要视图，那么这可能就足够了。下面的代码用于检查从授权过滤器返回的变量，用于验证某些链接是否被呈现(不用于任何类型的授权逻辑或访问授予)。

using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Web;
    using System.Security.Principal;

    namespace SomeSite.Web.Helpers
    {
        public static class UserHelpers
        {
            public static bool IsEditor(this IPrincipal user)
            {
                return null; //Do some stuff
            }
        }
    }

然后只需在区域网络中添加一个引用。配置，并在视图中像下面这样调用它。

@User.IsEditor()

好吧，我在这里是一个严肃的密码管理员，通过拖动这个非常古老的问题，但有一个更简单的方法来解决这个问题，上面的@Baserz提到过。那就是使用c#扩展方法和缓存的组合(不要使用会话)。

事实上，Microsoft已经在Microsoft. aspnet . identity . identityextensions名称空间中提供了许多这样的扩展。例如，GetUserId()是一个返回用户Id的扩展方法。还有GetUserName()和FindFirstValue()，它们返回基于IPrincipal的声明。

因此，您只需要包含名称空间，然后调用User.Identity.GetUserName()来获得ASP配置的用户名。净的身份。

我不确定这是否被缓存，因为旧的ASP。NET Identity不是开源的，我也没有费心对它进行逆向工程。然而，如果不是，那么你可以编写自己的扩展方法，这将缓存这个结果的特定数量的时间。

MVC为你提供了挂在控制器类上的OnAuthorize方法。或者，您可以使用自定义操作筛选器来执行授权。MVC使它很容易做到。我在这里发表了一篇关于这个的博客文章。http://www.bradygaster.com/post/custom-authentication-with-mvc-3.0