web 开发,个人中心每个请求,判断用户是否登录,若没有登录,则跳转到登录页面,登录成功后返回之前页面
2014-09-11 12:06
776 查看
首先要在web.xml里面配制一个usercenter过滤器,当用户请求中包含http.../usercenter/..如下时,则会执行userCenterFilter过滤器,判断用户是否登录,若没有登录,则通过req.getRequestURI();获得请求路径,通过req.getQueryString();获得请求参数。然后拼接好,存入到web常量中,用户点击登录后,会去触发对应方面,登录成功后,进行页面跳转时,获得该路径 进行跳转。
需要注意的问题:
一,在web.xml里面进行配制时,需要注意filter-mapping里面的url-pattern映射规则如下(摘自:http://www.cnblogs.com/mailingfeng/archive/2012/04/05/2432687.html):
当一个请求发送到servlet容器的时候,容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url,比如我访问的是http://localhost/test/aaa.html,我的应用上下文是test,容器会将http://localhost/test去掉,剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的,而且当有一个servlet匹配成功以后,就不会去理会剩下的servlet了(filter不同,后文会提到)。其匹配规则和顺序如下:
1. 精确路径匹配。例子:比如servletA 的url-pattern为 /test,servletB的url-pattern为 /* ,这个时候,如果我访问的url为http://localhost/test ,这个时候容器就会先进行精确路径匹配,发现/test正好被servletA精确匹配,那么就去调用servletA,也不会去理会其他的servlet了。
2. 最长路径匹配。例子:servletA的url-pattern为/test/*,而servletB的url-pattern为/test/a/*,此时访问http://localhost/test/a时,容器会选择路径最长的servlet来匹配,也就是这里的servletB。
3. 扩展匹配,如果url最后一段包含扩展,容器将会根据扩展选择合适的servlet。例子:servletA的url-pattern:*.action
4. 如果前面三条规则都没有找到一个servlet,容器会根据url选择对应的请求资源。如果应用定义了一个default servlet,则容器会将请求丢给default servlet(什么是default servlet?后面会讲)。
根据这个规则表,就能很清楚的知道servlet的匹配过程,所以定义servlet的时候也要考虑url-pattern的写法,以免出错。
对于filter,不会像servlet那样只匹配一个servlet,因为filter的集合是一个链,所以只会有处理的顺序不同,而不会出现只选择一个filter。Filter的处理顺序和filter-mapping在web.xml中定义的顺序相同。
二,url-pattern详解
在web.xml文件中,以下语法用于定义映射:
l. 以”/’开头和以”/*”结尾的是用来做路径映射的。
2. 以前缀”*.”开头的是用来做扩展映射的。
3. “/” 是用来定义default servlet映射的。
4. 剩下的都是用来定义详细映射的。比如: /aa/bb/cc.action
所以,为什么定义”/*.action”这样一个看起来很正常的匹配会错?因为这个匹配即属于路径映射,也属于扩展映射,导致容器无法判断
二,java 中取路径,见usercenterFilter
相关代码如下:
web.xml:
usercenterFilter.java
需要注意的问题:
一,在web.xml里面进行配制时,需要注意filter-mapping里面的url-pattern映射规则如下(摘自:http://www.cnblogs.com/mailingfeng/archive/2012/04/05/2432687.html):
当一个请求发送到servlet容器的时候,容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url,比如我访问的是http://localhost/test/aaa.html,我的应用上下文是test,容器会将http://localhost/test去掉,剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的,而且当有一个servlet匹配成功以后,就不会去理会剩下的servlet了(filter不同,后文会提到)。其匹配规则和顺序如下:
1. 精确路径匹配。例子:比如servletA 的url-pattern为 /test,servletB的url-pattern为 /* ,这个时候,如果我访问的url为http://localhost/test ,这个时候容器就会先进行精确路径匹配,发现/test正好被servletA精确匹配,那么就去调用servletA,也不会去理会其他的servlet了。
2. 最长路径匹配。例子:servletA的url-pattern为/test/*,而servletB的url-pattern为/test/a/*,此时访问http://localhost/test/a时,容器会选择路径最长的servlet来匹配,也就是这里的servletB。
3. 扩展匹配,如果url最后一段包含扩展,容器将会根据扩展选择合适的servlet。例子:servletA的url-pattern:*.action
4. 如果前面三条规则都没有找到一个servlet,容器会根据url选择对应的请求资源。如果应用定义了一个default servlet,则容器会将请求丢给default servlet(什么是default servlet?后面会讲)。
根据这个规则表,就能很清楚的知道servlet的匹配过程,所以定义servlet的时候也要考虑url-pattern的写法,以免出错。
对于filter,不会像servlet那样只匹配一个servlet,因为filter的集合是一个链,所以只会有处理的顺序不同,而不会出现只选择一个filter。Filter的处理顺序和filter-mapping在web.xml中定义的顺序相同。
二,url-pattern详解
在web.xml文件中,以下语法用于定义映射:
l. 以”/’开头和以”/*”结尾的是用来做路径映射的。
2. 以前缀”*.”开头的是用来做扩展映射的。
3. “/” 是用来定义default servlet映射的。
4. 剩下的都是用来定义详细映射的。比如: /aa/bb/cc.action
所以,为什么定义”/*.action”这样一个看起来很正常的匹配会错?因为这个匹配即属于路径映射,也属于扩展映射,导致容器无法判断
二,java 中取路径,见usercenterFilter
相关代码如下:
web.xml:
<!-- 用户中心登录状态过滤 --> <filter> <filter-name>centerFilter</filter-name> <filter-class>com.friendcom.dongzuo.web.filter.userCenterFilter</filter-class> </filter>
<filter-mapping> <filter-name>centerFilter</filter-name> <url-pattern>/usercenter/*</url-pattern> </filter-mapping>
usercenterFilter.java
package com.friendcom.dongzuo.web.filter; import com.friendcom.core.util.LogicUtils; import com.friendcom.dongzuo.entity.Customer; import com.friendcom.dongzuo.web.WebConstants; import javax.servlet.*; import javax.servlet.http.HttpServletRequest; import java.io.IOException; /** * Created by pc on 2014/8/8. */ public class userCenterFilter implements Filter { @Override public void init(FilterConfig filterConfig) throws ServletException { } @Override public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) servletRequest; Customer cus=(Customer) req.getSession().getAttribute(WebConstants.LOGIN_SESSION); if(LogicUtils.isNull(cus)){ String rpath = req.getRequestURI(); if(LogicUtils.isNotNullAndEmpty(rpath)) { rpath = rpath.substring(rpath.indexOf("usercenter")); String param = req.getQueryString(); if(LogicUtils.isNotNull(param)) { rpath=rpath +"?"+param; } req.getSession().setAttribute(WebConstants.LOGIN_REDIRECT, rpath); } req.getRequestDispatcher("../login.htm").forward(servletRequest,servletResponse); // res.sendRedirect("http://"+req.getHeader("Host")+"/mall/login.htm"); }else { filterChain.doFilter(servletRequest,servletResponse); } } @Override public void destroy() { } }
相关文章推荐
- ionic1 跳转至某个页面之前判断用户是否登录
- 访问页面时,判断用户是否登录,若没有登录,将跳转到登录页面(一)
- 判断用户是否登录,用户在没有登录访问页面时,自动跳转到登录页面(二)
- 在主函数中提示用户输入用户名和密码。另写一方法来判断用户输入是否正确。该方法分别返回一个bool类型的登录结果和和一个string类型的登录信息。如登录成功,返回true及“登录成功”,若登录失败则返回false及“用户名错误”或“密码错误”(使用out参数)
- JavaWeb拦截器,查看用户是否登录过,未登录禁止访问页面并且跳转到登录页面
- iOS 开发之 点击tabbarItem添加是否跳转登录页面判断
- axios 拦截 , 页面跳转, token 验证(经常用于判断用户是否登录)
- iOS 开发之 点击tabbarItem添加是否跳转登录页面判断
- 权限判断——用户登录成功是才能查看相应的信息,登录失败不能查看并且返回登录页面
- PHP判断用户是否已经登录(跳转到不同页面或者执行不同动作)
- 判断用户是否已登录,未登录用户禁止访问任何页面或action,自动跳转到登录页面
- 判断用户是否已经登录(跳转到不同页面或者执行不同动作)
- iOS 开发之 点击tabbarItem添加是否跳转登录页面判断
- 判断用户是否登录,如果登录了放行,否则跳转到登陆页面
- web开发,登录后跳转到之前页面
- 跳转每个activity之前检测是否登录
- JSP/Servlet基础——登录成功后返回之前的页面
- Struts开发一个权限验证拦截器来判断用户是否登录
- dsicuz 插件开发 判断用户是否登录/判断用户管理权限
- 黑马程序员_控制台应用程序中判断用户是否登录成功