一、Form表单验证
1、基本概念
表单验证是一个基于票据（ticket-based）[也称为基于令牌(token-based)]的系统。当用户登录系统以后，会得到一个包含基于用户信息的票据（ticket）。这些信息被存放在加密过的cookie里面，这些cookie和响应绑定在一起，因此每一次后续请求都会被自动提交到服务器。
表单验证流程：
（1）、用户请求一个需要验证身份后才可以访问的页面时，运行时验证这个表单验证票据是否有效。如果无效，自动将用户转到登录页面。
（2）、登录页面验证提交的凭证。如果用户验证成功，你只需要告诉架构验证成功（通过调用FormsAuthentication类的一个方法），运行库会自动设置验证cookie（实际上包含了票据）并将用户转到原先请求的页面。
（3）、通过这个请求，运行库检测到验证cookie中包含一个有效票据，然后赋给用户对这个页面的访问权限。
参考以下流程图：
需要的开发工作：
（1）、在web.config配置为表单验证
<authentication mode=“Forms”>
<forms loginUrl="/Home/Login"></forms>
</authentication>
（2）、创建登录页面
（3）、登录成功后创建凭证（进行Form验证）
方式1：
FormsAuthentication.SetAuthCookie(userName, false); 设置Cookie,其中false，cookie不是永久的，反之，是永久的
方式2：
// 创建ticket凭据FormsAuthenticationTicket ticket = new FormsAuthenticationTicket(userName, false,1);//加密ticket凭据var encryptTicket = FormsAuthentication.Encrypt(ticket);//写入cookieResponse.Cookies.Add(new HttpCookie(FormsAuthentication.FormsCookieName, encryptTicket));
2、表示用户身份的两个对象 IPrincipal IIdentity
public interface IPrincipal{IIdentity Identity {get; }bool IsInRole(string role);} public interface IIdentity{string Name {get; }string AuthenticationType {get; }bool IsAuthenticated {get; }}
（1）、安全上下文 = 安全信息 = HttpContext.User = IPrincipal
（2）、身份标识 = 用户标识 = HttpContext.User.Identity = IIdentity
（3）、安全上下文 = 身份标识 + 角色信息 + 其他数据
请求经过身份验证的阶段后，或者说AuthenticateRequest事件开始后，才能通过HttpContext.User.Identity获取到具体的身份标识信息，包括用户名(Name)，是否已经登录(IsAuthenticated)等属性值，即在HttpApplication.AuthenticateRequest事件中，在此事件中会构建（创建/更新）安全上下文对象（继承IPrincipal接口）和身份标识对象（继承IIdentity接口）；用户未登录也会生成一个默认的身份标识，通常称为匿名用户，页面如果不允许匿名用户访问就要跳转到登录页面。
表单验证，验证通过后的身份标识类是FormsIdentity
两个需要注意的地方：
（1）、在更早的BeginRequest事件里是完全获取不到用户的身份信息的，毕竟那个时候User.Identity都还没有进行构建。
（2）、在身份验证事件（AuthenticateRequest）过后，HttpContext.User.Identity对象的属性值基本上不会进行改变。除非通过代码重新设置HttpContext.User这个安全上下文对象。
3、FormsAuthentication.SignOut()
只是让包含用户信息票据的Cookie过期，删除表单身份验证的cookie，并没有改变当前用户的身份标识信息，也就是说HttpContext.User.Identity对象是没有任何变化的，IsAuthenticated的值也没有变，一般的账户注销流程里，注销操作的后续都是紧跟着重定向操作，后续发起的新请求才能重新进行身份验证。
一般我们注销的代码有以下两种：
（1）、直接重定向
[HttpPost]public ActionResult SignOut(){FormsAuthentication.SignOut();//方法一return Redirect("/Login");//方法二，需要在配置文件设置默认登录页面//FormsAuthentication.RedirectToLoginPage();}
（2）、重新设置HttpContext.User对象
赋值一个空白的用户名从而手动删除掉身份标识，因为User是只读的，所以只能覆盖
复制代码
[HttpPost]public ActionResult SignOut(){FormsAuthentication.SignOut();HttpContext.User = new System.Security.Principal.GenericPrincipal(new System.Security.Principal.GenericIdentity(string.Empty), null);return View();}
4、账户登录后无法获取用户名问题
登录后，通过FormsAuthentication.SetAuthCookie方法或者通过代码将FormsAuthenticationTicket对象添加到响应的Cookie里，都是无法马上获取用户名的，User.Identity.Name属性的值还是为""。这两个方法都只是对包含身份验证票据的Cookie进行操作，用户的身份标识都还没有更新。
解决的方法
（1）、在代码中手动设置HttpContext.User
（2）、做个重定向跳转，而且按照一般的用户账户登录流程，在账户登录后要么跳转到原前请求的URL，要么跳转到某个默认页面。所以一般很少发生这种问题。
二、Authorize特性
1、源码分析
核心代码是AuthorizeCore方法中的user.Identity.IsAuthenticated，Form表单验证通过后就为true,就是上节表单验证后，设置Cookie后。
public class AuthorizeAttribute : FilterAttribute, IAuthorizationFilter{private static readonly char[] _splitParameter = new[] {',' };private readonly object _typeId = new object();private string _roles;private string[] _rolesSplit = new string[0];private string _users;private string[] _usersSplit = new string[0];public string Roles{get {return _roles ?? String.Empty; }set{_roles = value;_rolesSplit = SplitString(value);}}public override object TypeId{get {return _typeId; }}public string Users{get {return _users ?? String.Empty; }set{_users = value;_usersSplit = SplitString(value);}}// 核心方法protected virtual bool AuthorizeCore(HttpContextBase httpContext){if (httpContext == null){throw new ArgumentNullException("httpContext");}//主要验证user.Identity.IsAuthenticatedIPrincipal user = httpContext.User;if (!user.Identity.IsAuthenticated){return false;}if (_usersSplit.Length > 0 && !_usersSplit.Contains(user.Identity.Name, StringComparer.OrdinalIgnoreCase)){return false;}if (_rolesSplit.Length > 0 && !_rolesSplit.Any(user.IsInRole)){return false;}return true;}private void CacheValidateHandler(HttpContext context, object data, ref HttpValidationStatus validationStatus){validationStatus = OnCacheAuthorization(new HttpContextWrapper(context));}//主要IAuthorizationFilter接口方法public virtual void OnAuthorization(AuthorizationContext filterContext){if (filterContext == null){throw new ArgumentNullException("filterContext");}if (OutputCacheAttribute.IsChildActionCacheActive(filterContext)){throw new InvalidOperationException(MvcResources.AuthorizeAttribute_CannotUseWithinChildActionCache);}bool skipAuthorization = filterContext.ActionDescriptor.IsDefined(typeof(AllowAnonymousAttribute), inherit: true)|| filterContext.ActionDescriptor.ControllerDescriptor.IsDefined(typeof(AllowAnonymousAttribute), inherit: true);if (skipAuthorization){return;}//调用AuthorizeCoreif (AuthorizeCore(filterContext.HttpContext)){HttpCachePolicyBase cachePolicy = filterContext.HttpContext.Response.Cache;cachePolicy.SetProxyMaxAge(new TimeSpan(0));cachePolicy.AddValidationCallback(CacheValidateHandler, null /* data */);}else{HandleUnauthorizedRequest(filterContext);}}protected virtual void HandleUnauthorizedRequest(AuthorizationContext filterContext){filterContext.Result = new HttpUnauthorizedResult();}protected virtual HttpValidationStatus OnCacheAuthorization(HttpContextBase httpContext){if (httpContext == null){throw new ArgumentNullException("httpContext");}//调用AuthorizeCorebool isAuthorized = AuthorizeCore(httpContext);return (isAuthorized) ? HttpValidationStatus.Valid : HttpValidationStatus.IgnoreThisRequest;}internal static string[] SplitString(string original){if (String.IsNullOrEmpty(original)){return new string[0];}var split = from piece in original.Split(_splitParameter)let trimmed = piece.Trim()where !String.IsNullOrEmpty(trimmed)select trimmed;return split.ToArray();}}
基本使用：
[Authorize]public ActionResult Index2(){return View();}
2、集群环境下的单点登录
在多个WEB服务器情况下，登录后，把cookie数据可以放在统一的Redis或Mongodb服务器上，把sessionId当键值。在验证时候，自定义一个Authorize特性，重载
AuthorizeCore方法，根据sessionId从Redis或Mongodb服务器上获取cookie数据，来验证是否登录。
3、表单认证过程详解
Forms认证的流程设计4次的消息交换，其具体步骤如下所示。
步骤1：用户通过浏览器匿名向IIS发起请求，假设地址为"/home"，它会收到状态为"302, Found"的相应，这是一个用于实现"重定向"的http响应，它通过location报头表示的重定向地址指向登录的页面，之前访问的地址将作为查询字符串returnURL的值。
步骤2：浏览器接受到该请求后，针对重定向的地址发送请求，登录页面最终被呈现在浏览器。
步骤3：用户输入正确的用户名密码后提交表单，服务器在接受到请求之后提取它们对用户实施认证，认证成功后，它会生成一个安全令牌或者认证票据。接下来，通过查询字符串returnURL表示的原始请求地址，作为另一个状态为"302, Found"响应的Location报头，而经过加密/签名的安全令牌作为该响应的Cookie。
步骤4：这个代表安全令牌的Cookie将自动附加到浏览器后续的请求中，服务器直接利用它对请求实施认证。Cookie的名称、过期策略以及采用的保护等级均可以通过配置来控制。在禁用Cookie的情况下，安全令牌会直接作为URL的一部分传送。
