-
过滤器是一个服务器端的组件，可以截取用户端的请求与响应信息，并对信息进行过滤查看全部
-
过滤器的实际应用查看全部
-
过滤器在实际项目中的应用场景 1.对用户请求进行统一认证 2.编码转换 3.对用户发送的数据进行过滤替换 4.转换图像格式 5.对响应的内容进行压缩 EL表达式 ${username} 从四个隐含对象依次查找，看看有没有绑定 名字叫 username的属性，有就返回，没有就返回null 四大隐含对象按小---大范围： pageContext 、request、session、application 过滤器实际应用场景 过滤器实现对用户统一认证 1：创建一个Web项目——创建对应的目录结构，导入对应的依赖 2：创建登录的页面 3：创建一个处理登录的Servlet——处理登录页面的登录请求，比对一下用户输入的用户名和密码是否一致，并作对应的处理 4：部署项目、启动应用、结合浏览器调试、测试，发现通过URL地址就能访问对应的页面，这样是不合适不安全的，所以，就需要过滤器了 5：创建过滤器——统一认证用户是否已经登录，其中经过分析实验，发现不过滤的请求路径还是挺多的，所以，就引出了FilterConfig这个类的使用，统一配置不过滤的请求路径，采用集合的方式也是一样的道理，实际开发中中我就曾经使用过数据的方式来实现 6：继续结合浏览器，进行调试、测试、完善等工作。查看全部
-
为什么sendRedirect会陷入死循环，而getRequestDispatcher.forward不会。 因为前者是使用的过滤器类型是request，访问index.jsp页面时，触发过滤器，重定向到main.jsp，由于过滤器类型是request，所以会继续触发main.jsp的过滤器，所以会陷入死循环。 后者在访问index.jsp的时候，过滤器类型是request，所以会触发过滤器，然后利用转发的方式访问main.jsp，这时候过滤器的类型是forward，而此时web.xml中定义的匹配main的过滤器类型还是request，所以不执行main所匹配的过滤器，因此只执行一次。查看全部
-
<filter mapping>可以配置多个，也就是说可以有多个URL地址映射到上面的<filter>里面查看全部
-
@编码设置，LoginFilter.java ...String noLoginPaths = config.getInitParameter("noLoginPaths"); String charset=config.getInitParameter("charset"); if(charset==null){//如果不设置，默认UTF-8 charset="UTF-8"; } request.setCharacterEncoding(charset);查看全部
-
过滤器的分类：request，forward，include，error如果没有设置标签，那么默认标签是request 1.forward 与request 的区别：forward 指的是使用了服务器跳转时需要经过过滤器，而request表示使用客户端跳转时需要经过过滤器， 服务器跳转采用<jsp:forward>标签和request.getRequestDispatcher("1.jsp").forward(request,response)方式进行跳转 客户端跳转表示使用response.sendRedirect()方式进行跳转 2.在jsp页面中使用forword标签和在servlet中使用的一样都是请求转发，如果过滤器设置了对请求转发行为的过滤，那么jsp页面中的请求转发一样会被过滤 3.dispatch参数设定过滤器什么时候被激活 @web.xml <filter> <filter-name>FirstFilter</filter-name> <filter-class>com.imooc.filter.FirstFilter</filter-class> </filter> <filter-mapping> <filter-name>FirstFilter</filter-name> <url-pattern>/index.jsp</url-pattern> </filter-mapping> <filter-mapping> <filter-name>FirstFilter</filter-name> <url-pattern>/main.jsp</url-pattern> <dispatcher>FORWARD</dispatcher> </filter-mapping>查看全部
-
@JAVA过滤机制——过滤简介 1、过滤器三部分：过滤源（用户请求）——>过滤规则——>过滤结果 2、过滤器不处理结果，只做辅助性操作 3、定义：过滤器是一个【服务器端】的组件，它可以【截取用户端的请求和响应信息】，并对这些信息过滤查看全部
-
过滤器实现对用户统一认证<br><br> 1：创建一个Web项目——创建对应的目录结构，导入对应的依赖<br> 2：创建登录的页面<br> 3：创建一个处理登录的Servlet——处理登录页面的登录请求，比对一下用户输入的用户名和密码是否一致，并作对应的处理<br> 4：部署项目、启动应用、结合浏览器调试、测试，发现通过URL地址就能访问对应的页面，这样是不合适不安全的，所以，就需要过滤器了<br> 5：创建过滤器——统一认证用户是否已经登录，其中经过分析实验，发现不过滤的请求路径还是挺多的，所以，就引出了FilterConfig这个类的使用，统一配置不过滤的请求路径，采用集合的方式也是一样的道理，实际开发中中我就曾经使用过数据的方式来实现<br> 6：继续结合浏览器，进行调试、测试、完善等工作。查看全部
-
过滤器分类查看全部
-
实现fillter接口 ** init()方法 -- 这是过滤器的初始化方法，web容器创建过滤器实例后将调用这个方法。这个方法中可以读取web.xml文件中过滤器的参数。 ** doFilter() -- 这个方法完成实际的过滤操作。这个地方是过滤器的核心方法。当用户请求访问与过滤器关联的URL时，web容器将先调用过滤器的doFilter方法。FilterChain参数可以调用chain.doFilter方法，将请求传给下一个过滤器（或目标资源），或利用转发，重定向将请求转发到其他资源。 ** destroy() -- web容器在销毁过滤器实例前调用该方法，在这个方法中可以释放过滤器占用的资源。（大多数情况用不到）查看全部
-
过滤器工作原理查看全部
-
过滤器生命周期查看全部
-
过滤器配置查看全部
-
字数补丁查看全部
举报
0/150
提交
取消