当我们访问一个网站的需求检測用户是否已经登录(通过Session是否为null),我们知道在WebForm中能够定义一个BasePage类让他继承System.Web.UI.Page,重写它的OnInit()方法。在OnInit()中推断Session中是否实用户登录的信息
///<summary>
/// 公共基类里面干一些公共的事情
///</summary>
public class BasePage : System.Web.UI.Page
{
//页面生命周期Init事件相应的OnInit()方法
//这种方法会先于PageLoad方法运行
//override 表示重写 OnInit方法OnInit 方法。在全部控件都已初始化且已应用全部外观设置后引发。使用该事件来读取或初始化控件属性
protected override voidOnInit(EventArgs e)
{
base.OnInit(e);
if (Session["UserInfo"] == null) //检查用户是否登录
{
//跳转到登录页面
}
}
}
在mvc下该如何校验呢?
我们知道,MVC下能够自己定义特性类为控制器或控制器中的Action打上[特性],这里仅仅须要ActionFilter过滤器(Action方法运行前后运行)。MVC提供了IActionFilter接口。(为了方便我们能够用微软提供好的ActionFilterAttribute类。他是筛选器特性的基类,也是一个抽象类。事实上这个抽象类实现了IActionFilter和IResultFilter)
IActionFilter接口的定义:
//在运行操作方法后调用。
void OnActionExecuted(ActionExecutedContext filterContext);
// 在运行操作方法之前调用。
void OnActionExecuting(ActionExecutingContext filterContext);
新建一个特性类LoginCheckFilterAttribute,让他继承ActionFilterAttribute。并重写当中的OnActionExecuting方法,在当中完毕校验
public class LoginCheckFilterAttribute :ActionFilterAttribute { }
//表示是否检查登录 public bool IsCheck { get; set; }
//Action方法运行之前运行此方法
public overridevoid OnActionExecuting(ActionExecutingContext filterContext)
{
base.OnActionExecuting(filterContext);
if (IsCheck)
{
//校验用户是否已经登录
if (filterContext.HttpContext.Session["loginUser"] ==null)
{
//跳转到登陆页
filterContext.HttpContext.Response.Redirect("/UserLogin/Index");
}
}
else{
//跳转到首页
filterContext.HttpContext.Response.Redirect("/Home/Index");
}
}<span style="font-size:14px;">怎么让这个过滤器起作用呢?</span>
步骤:
1、在Global.asax文件里为MVC程序注冊全局过滤器。 调用FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters)。
FilterConfig类在App_Start目录中(创建新的MVC项目会自己主动生成)。
在FilterConfig的静态方法中
public static void RegisterGlobalFilters(GlobalFilterCollection filters)注冊全局过滤器
public class FilterConfig
{
//这种方法是用于注冊全局过滤器(在Global中被调用)
public static voidRegisterGlobalFilters(GlobalFilterCollection filters)
{
//filters.Add(newHandleErrorAttribute());
filters.Add(newLoginCheckFilterAttribute() { IsCheck = true });
}
}
注意要为特性类实例的IsCheck属性赋值true否则Session校验不起作用。
这样子。LoginCheckFilterAttribute这个特性就会对整个MVC程序中的控制器和Action起作用了。就是说在运行Action方法之前会先调用特性类中的重写OnActionExecuting方法。这样用户在訪问站点的时候会首先检測用户是否已经登录,假设没有登录会跳转到登录页面。
可是!
可是!问题来了,由于我们注冊的是全局的过滤器,这个过滤特性会对全部的控制器下的Action起作用,当訪问站点的时候会(比方我们注冊默认路由为/Home/Index)会首先跳转到/Home/Index,这时不会运行Index方法。会先运行OnActionExecuting()中的校验,发现Session为null,Response.Redirect("/UserLogin/Index")跳转到了登录页面。这时我们在浏览器中依旧看不到登录页面,为什么呢?还记得我们注冊的全局的过滤器。作用对象包含全部控制器下的Action当然也包含/UserLogin/Index,代码走到了这里会再次运行OnActionExecuting()方法,发现Session["UserInfo"==]null。又跳到了登录页面,我们连登录页面都见不着肯定不能输入usernamepasswordSession也就不会有登录信息,浏览器会返回 ”此网页包括重定向循环“ 的错误页面,也就是说会一直循环不停的重定向到登录页面。类似死循环,浏览器当然罢工了。
该如何解决这个bug的?
我尝试了两种解决的方法:
方法1:为UserLoginController控制器打上特性
[LoginCheckFilterAttribute(IsCheck= false)] //打上用户登录校验特性(IsCheck设为false不让它对此控制器起作用,而对其它控制器和Action起作用,防止重定向循环) public class UserLoginController :Controller { ... }
我们在定义这个特性类的时候 有个bool属性 IsCheck,它表示是否校验,这里设为false表示不校验。
顺便说一下LoginCheckFilterAttribute能够省略Attrbute后缀。
一定要在控制器上打这个特性,不要仅仅针对下边的某个Action,由于这里边有生成验证码的Action和处理登录请求的Action。它们都不须要进行session校验(没意义),在控制器上打上特性会对它下边的全部Action起作用,不用为每一个Action打特性了,节省代码量。我们注冊了全局过滤器,又单独为UserLoginController控制器打上过滤特性,这里有一个优先级的问题Action>Controller>全局。UserLoginController不会受全局过滤器的影响。
到这里測试一下,输入站点地址,成功进入登录页面,输入正确的usernamepassword点击登录,浏览器又返回了
的错误信息,调试了一下还是之前那个问题。仅仅只是能显示了登录页面。登录后Session["UserInfo"]有了用户。依旧会无限重定向,由于会在OnActionExecuting()在Action之前运行,这时即使Sessio["UserInfo"]!=null,也会造成死循环。解决方式:
运行时出报异常。这时要在Global.asax里加入:开启Session功能
public class WebApiApplication : System.Web.HttpApplication
{
public override void Init()
{
this.PostAuthenticateRequest += (sender, e) => HttpContext.Current.SetSessionStateBehavior(SessionStateBehavior.Required);
base.Init();
}
}
方法2:利用BaseController类(类似WebFrom的BasePage)
1、新建一个BaseController类,继承System.Web.Mvc.Controller,类中定义一个UserInfo属性,保存从Session["UserInfo"]中拿出的用户实体。方便他的派生类调用。
2、F12定义一下System.Web.Mvc.Controller这个类发现
public abstract class Controller : ControllerBase, IActionFilter, IAuthorizationFilter,IDisposable, IExceptionFilter, IResultFilter, IAsyncController, IController,IAsyncManagerContainer { //...}
它居然也实现了IActionFilter接口,那就用不着上面我们的全局过滤器了。仅仅须要重写OnActionExecuting()方法。逻辑和过滤器中的代码一样。让须要进行登录校验的控制器来继承BaseController类就能够了,相当于为BaseController控制器打上了上面的校验特性。 完美解决登录校验的问题。
版权声明:本文博主原创文章。博客,未经同意不得转载。