java拦截器网页代码，java拦截器跳转页面

java怎么把网页乱码

1.javaweb怎么处理中文乱码

1.UTF-8国际编码，GBK中文编码。GBK包含GB2312，即如果通过GB2312编码后可以通过GBK解码，反之可能不成立；

2、web tomcat：默认是ISO8859-1，不支持中文的

3.java.nio.charset.Charset.defaultCharset（) 获得平台默认字符编码；

4.getBytes（) 是通过平台默认字符集进行编码；

二、引入

在学习任何一门技术时，经常会有初学者遇到中文乱码问题，比如MySQL，是因为在安装时没有设置；而在Servlet中，也会遇到中文乱码问题；

比如：

OutputStream out = response.getOutputStream();

out.write(String );

输出中文时可能会出现乱码；

比如：

[java] view plain copy

2.如何解决Java WEB应用中的乱码问题

一方面代码里面的设置，比如在jsp里，

另一方面就是eclipse的设置，idea不熟悉，

一般就那几个地方，一，在eclipse里右键项目名字-resource，会有text file encoding的设置

二，菜单栏里Windows- preferences- 可以在搜索条里搜encod， 会出来两个，content type 和workspace 这两个地方也是设置字符集的

或者直接找General -- workspace 同上设置 ，General- Content Type 这里面是各种文件的编码格式，看下乱码的文件格式，如是注释文件，xml，或者java,dtd等

3.JAVA开发中,常见的乱码有哪几种,如何解决

1、浏览器调用jsp,html等页面中文显示乱码

此情况需满足两个要求：

(1)文件本身是以utf-8编辑保存的（myEclipse中在properties中鼠标右键选择utf-8）

(2)浏览器用utf-8解析：

（手动）==； 在浏览器中右键选择编码格式为utf-8

（智能）==； 在文件中写入如： 通过标签模拟response头，起到告诉浏览器用utf-8的编码解析

（智能）== response.setContentType("text/html;charset=UTF-8")；起到告诉浏览器用utf-8的编码解析

常用：

或

2、通过浏览器调用servlet，页面显示乱码。

Servlet乱码分为request乱码和response乱码；

(1)response乱码问题

解决方法：

在网上很有效的解决方法是添加：

response.setCharacterEncoding("UTF-8");

解决不了，后来又搜到一条解决方法是：

response.setContentType("text/html;charset=utf-8")；或者 response.setHeader("content-type","text/html;charset=UTF-8")；告诉浏览器用utf-8解析。（setHeader是HttpServletResponse的方法。如果想在拦截器Filter中设置字符编码，则无此方法，因为Filter的doFilter方法的参数类型是ServletResponse）

两句都填上，后来终于解决了这个问题；

其实我们应该思考一下本质：

response.setContentType("text/html;charset=UTF-8")； 目的是为了控制浏览器的行为，即控制浏览器用UTF-8进行解码；

response.setCharacterEncoding("UTF-8")；目的是用于response.getWriter（)输出的字符流的乱码问题。如果是response.getOutputStream（)是不需要此种解决方案的，因为这句话的意思是为了将response对象中的数据以UTF-8解码后的字节流发向浏览器；

4.解决java中文乱码方法是什么呢

解决java中文乱码：cd /usr/lib/jvm/java-6-sun-1。

6。0。

13/jre/lib/fonts sudo mkdir fallback cd fallback sudo cp /usr/share/fonts/truetype/arphic/uming。 ttc /usr/lib/jvm/java-6-sun-1。

6。0。

13/jre/lib/fonts/fallback sudo mkfontdir sudo mkfontscale 考试大温馨提示：本内容来源于网络，仅代表作者个人观点，与本站立场无关，仅供您学习交流使用。 其中可能有部分文章经过多次转载而造成文章内容缺失、错误或文章作者不详等问题，请您谅解。

如有侵犯您的权利，请联系我们，本站会立即予以处理。 编辑特别推荐： Java读取文件内容再编辑 JS获取单选与多选按纽的值 每一种文件类型所对应的ContentType。

5.如何解决Java项目中的中文乱码

1. 设置工作空间的编码：

编辑器的编码会影响到所有的项目中的字符的显示，可以说是作用最为广泛的设置，每一个项目都会受到这个设置的影响。点击菜单栏中的窗口（Window）— —选项（Preferences）。

点击常规（General）— —工作空间（Wordspace），然后在右侧的文本文件编码格式（Text file encoding）中选择你想要设置的编码格式，系统默认的格式为GBK。

2. 设置项目的编码：

如果其他的项目中不存在乱码问题，只是个别项目显示时出现乱码，那么我们不需要设置工作空间的编码，只需要修改项目的编码即可。

选中项目后，右键点击，在弹出的菜单中点击属性（Properties）。

在弹出的属性窗口中，选择资源（Resource）— —点击选择Other（其他），然后选择你想要的编码格式。

3. 设置单个文件的编码：

只是个别文件出现了乱码，那么设置个别文件的编码格式就可以解决问题了。选中有乱码的文件，然后点击右键。

在弹出的菜单中选择属性（Properties）。

在弹出的属性窗口中选择资源，点击Other（其他）后设置个别文件的编码方式

相关问答

Q1: java web 过滤器跟拦截器的区别和使用

过滤器(filter)：就是对请求起到过滤的作用，它在监听器之后，作用在servlet之前，对请求进行过滤。

拦截器(interceptor)：就是对请求和返回进行拦截，它作用在servlet的内部，具体来说有三个地方：servlet_1和servlet_2之间，即请求还没有到controller层。servlet_2和servlet_3之间，即请求走出controller层次，还没有到渲染时图层。servlet_3和servlet_4之间，即结束视图渲染，但是还没有到servlet的结束。

它们之间的关系，可以用一张图来表示：

Java Web，是用Java技术来解决相关web互联网领域的技术总和。

web包括：web服务器和web客户端两部分。Java在客户端的应用有java applet不过现在使用的很少，Java在服务器端的应用非常的丰富，比如Servlet，JSP和第三方框架等等。

Java技术对Web领域的发展注入了强大的动力。

Q2: java正则表达式怎么防止代码漏洞

javaWeb安全漏洞及处理方式

关注

转载自：

1、SQL注入攻击

SQL注入攻击就是通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。具体来说，它是利用现有应用程序，将(恶意)的SQL命令注入到后台数据库引擎执行的能力，它可以通过在Web表单中输入(恶意)SQL语句得到一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行SQL语句。

随着B/S框架结构在系统开发中的广泛应用，恶意攻击者利用SQL命令在Web表单中输入合法的字符或查询字符串来欺骗服务器执行SQL命令。当注入攻击得逞后，Web程序将泄露大量用户隐私数据和数据库中数据结构。攻击者能够获得系统较高的访问权限，进行破坏操作。

SQL注入可以分为平台层注入和代码层注入。前者由不安全的数据库配置或数据库平台的漏洞所致;后者主要是由于程序员对输入未进行细致地过滤，从而执行了非法的数据查询。基于此，SQL注入的产生原因通常表现在以下几方面:

1）不当的类型处理;

2）不安全的数据库配置;

3）不合理的查询集处理;

4）不当的错误处理;

5）转义字符处理不合适;

6) 多个提交处理不当。

解决方法:

数据库安全通信包括SQL注入攻击的防范、安全设置、异常信息处理三个方面。

1.服务端Filter对访问者输入的字符进行过滤检验，但是攻击者经常把危险字符潜藏在用户输入的有效字符中完 成过滤检验。

2.通过正则表达式对页面的文本框输入的数据进行限制可以减少过滤检验存在的漏洞。

3.使用prepareStatment预编译sql语句

2、XSS跨站脚本攻击

跨站脚本（Cross-site scripting，简称XSS），是一种迫使Web站点回显可执行代码的攻击技术，而这些可执行代码由攻击者提供、最终为用户浏览器加载。不同于大多数攻击（一般只涉及攻击者和受害者），XSS涉及到三方，即攻击者、客户端与网站。XSS的攻击目标是为了盗取客户端的cookie或者其他网站用于识别客户端身份的敏感信息。获取到合法用户的信息后，攻击者甚至可以假冒最终用户与网站进行交互。

XSS 属于被动式的攻击。攻击者先构造一个跨站页面，利用SCRIPT、IMG、IFRAME等各种方式使得用户浏览这个页面时，触发对被攻击站点的HTTP 请求。此时，如果被攻击者如果已经在被攻击站点登录，就会持有该站点cookie。这样该站点会认为被攻击者发起了一个HTTP请求。而实际上这个请求是在被攻击者不知情情况下发起的，由此攻击者在一定程度上达到了冒充被攻击者的目的。精心的构造这个攻击请求，可以达到冒充发文，夺取权限等多个攻击目的。在常见的攻击实例中，这个请求是通过script 来发起的，因此被称为Cross Site Script。

XSS漏洞成因是由于动态网页的Web应用对用户提交请求参数未做充分的检查过滤，允许用户在提交的数据中掺入HTML代码（最主要的是“”、“”），然后未加编码地输出到第三方用户的浏览器，这些攻击者恶意提交代码会被受害用户的浏览器解释执行。

分为三种类型：

1）反射型（数据流向：浏览器 -后端 - 浏览器）

反射型XSS脚本攻击即如我们上面所提到的XSS跨站脚本攻击方式，该类型只是简单地将用户输入的数据直接或未经过完善的安全过滤就在浏览器中进行输出，导致输出的数据中存在可被浏览器执行的代码数据。由于此种类型的跨站代码存在于URL中，所以黑客通常需要通过诱骗或加密变形等方式，将存在恶意代码的链接发给用户，只有用户点击以后才能使得攻击成功实施。

2）存储型（数据流向是：浏览器 -后端 - 数据库 - 后端- 浏览器）

存储型XSS脚本攻击是指Web应用程序会将用户输入的数据信息保存在服务端的数据库或其他文件形式中，网页进行数据查询展示时，会从数据库中获取数据内容，并将数据内容在网页中进行输出展示，因此存储型XSS具有较强的稳定性。

存储型XSS脚本攻击最为常见的场景就是在博客或新闻发布系统中，黑客将包含有恶意代码的数据信息直接写入文章或文章评论中，所有浏览文章或评论的用户，都会在他们客户端浏览器环境中执行插入的恶意代码。

3）基于DOM（数据流向是：URL--浏览器 ）

基于DOM的XSS跨站脚本攻击是通过修改页面DOM节点数据信息而形成的XSS跨站脚本攻击。不同于反射型XSS和存储型XSS，基于DOM的XSS跨站脚本攻击往往需要针对具体的javascript DOM代码进行分析，并根据实际情况进行XSS跨站脚本攻击的利用。

解决方法：

1).输入过滤。对用户的所有输入数据进行检测，比如过滤其中的“”、“”、“/”等可能导致脚本注入的特殊字符，或者过滤“script”、“javascript”等脚本关键字，或者对输入数据的长度进行限制等等。同时，我们也要考虑用户可能绕开ASCII码，使用十六进制编码来输入脚本。因此，对用户输入的十六进制编码，我们也要进行相应的过滤。只要能够严格检测每一处交互点，保证对所有用户可能的输入都进行检测和XSS过滤，就能够有效地阻止XSS攻击。

2).输出编码。通过前面对XSS攻击的分析，我们可以看到，之所以会产生XSS攻击，就是因为Web应用程序将用户的输入直接嵌入到某个页面当中，作为该页面的HTML代码的一部分。因此，当Web应用程序将用户的输入数据输出到目标页面中时，只要用HtmlEncoder等工具先对这些数据进行编码，然后再输出到目标页面中。这样，如果用户输入一些HTML的脚本，也会被当成普通的文字，而不会成为目标页面HTML代码的一部分得到执行.

3、CSRF跨站请求伪造漏洞防护

CSRF是CrossSite Request Forgery的缩写，乍一看和XSS差不多的样子，但是其原理正好相反，XSS是利用合法用户获取其信息，而CSRF是伪造成合法用户发起请求。

字面理解意思就是在别的站点伪造了一个请求。专业术语来说就是在受害者访问一个网站时，其 Cookie 还没有过期的情况下，攻击者伪造一个链接地址发送受害者并欺骗让其点击，从而形成 CSRF 攻击。

根据HTTP协议，在HTTP头中有一个字段叫Referer，它记录了该HTTP请求的来源地址。在通常情况下，访问一个安全受限页面的请求必须来自于同一个网站。

解决方案：

配置FILTER拦截用户所有请求(POST/GET)，对用户请求Referer头URL进行合法性校验。

4、URL链接注入漏洞防护

链接注入是修改站点内容的行为，其方式为将外部站点的 URL 嵌入其中，或将有易受攻击的站点中的脚本 的 URL 嵌入其中。将URL 嵌入易受攻击的站点中，攻击者便能够以它为平台来启动对其他站点的攻击，以及攻击这个易受攻击的站点本身。

解决方案：

1，二次验证，进行重要敏感操作时，要求用户进行二次验证。

2，验证码，进行重要敏感操作时，加入验证码。

3，验证 HTTP 的 Referer 字段。

4，请求地址中添加 Token 并验证。

5，HTTP 头中自定义属性并验证。

5、会话COOKIE中缺少HttpOnly防护

会话cookie中缺少HttpOnly属性会导致攻击者可以通过程序(JS脚本、Applet等)获取到用户的cookie信息，造成用户cookie信息泄露，增加攻击者的跨站脚本攻击威胁。

HttpOnly是微软对cookie做的扩展，该值指定cookie是否可通过客户端脚本访问。Microsoft Internet Explorer 版本 6 Service Pack 1 和更高版本支持cookie属性HttpOnly。

如果在Cookie中没有设置HttpOnly属性为true，可能导致Cookie被窃取。窃取的Cookie可以包含标识站点用户的敏感信息。

如果在Cookie中设置HttpOnly属性为true，兼容浏览器接收到HttpOnly cookie，那么客户端通过程序(JS脚本、Applet等)将无法读取到Cookie信息，这将有助于缓解跨站点脚本威胁。

解决方案：

配置filter拦截器，将服务器端返回请求，向所有会话cookie中添加“HttpOnly”属性。

示例代码：

HttpServletResponseresponse=(HttpServletResponse)paramServletResponse;

response.setHeader("SET-COOKIE","JSESSIONID=" + sessionid + "; HttpOnly");

6、点击劫持漏洞(Clickjacking)防护

点击劫持是一种视觉上的欺骗手段，攻击者使用一个透明的、不可见的iframe，覆盖在一个网页上，然后诱使用户在该网页上进行操作，此时用户在不知情的情况下点击了透明的iframe页面。通过调整iframe页面的位置，可以诱使用户恰好点击在iframe页面的一些功能性按钮上。

解决方案：

配置FILTER拦截器，在服务器端返回请求中，使用一个HTTP头“X-Frame-Options”值为SAMEORIGIN-同源策略 ，则frame页面的地址只能为同源域名下面的页面，防止点击劫持漏洞发生。

示例代码：

HttpServletResponseresponse=(HttpServletResponse)paramServletResponse;

response.addHeader("x-frame-options","SAMEORIGIN");

7、HTTP host 头攻击漏洞

使用HTTP代理工具，可以篡改HTTP报文头部中HOST字段时，该值可被注入恶意代码。因为需要控制客户端的输入，故该漏洞较难利用。

解决方案：

配置FILTER拦截器，对请求输入HOST头信息进行信息安全性校验，防止HOST头信息被恶意篡改利用。

示例代码：

HttpServletRequest request =(HttpServletRequest)servletRequest;

//主机ip和端口 或 域名和端口

String myhosts = request.getHeader("host");

if(!StringUtils.equals(myhosts, "xx.xx.xxx.xxx:xxxx")

!StringUtils.equals(myhosts, "xx.xx.xxx.xxx:xxxx")

!StringUtils.equals(myhosts,"xx.xx.xxx.xxx:xxxx")StringUtils.equals(myhosts,"xx.xx.xxx.xxx")

!StringUtils.equals(myhosts,"xx.xx.xxx.xxx") !StringUtils.equals(myhosts,"xx.xx.xxx.xxx" ){

logger.error("======访问host非法，已拦截======");

response.sendRedirect(request.getContextPath() + "/login.jsp");

return;

}

8、越权访问漏洞防护

越权访问（Broken Access Control，简称BAC）是Web应用程序中一种常见的漏洞，分为垂直越权访问和水平越权访问。垂直越权是指不同用户级别之间的越权，如普通用户执行管理员用户的权限。水平越权是指相同级别用户之间的越权操作。

Web应用程序如果存在越权访问漏洞，可能导致以下危害：

1）导致任意用户敏感信息泄露；

2）导致任意用户信息被恶意修改或删除。

解决方案：

配置FILTER拦截器，对请求所有URL进行拦截，对于需要进行授权的URL进行权限校验，防止用户越权访问系统资源。

9.弱口令漏洞

解决方案：最好使用至少6位的数字、字母及特殊字符组合作为密码。数据库不要存储明文密码，应存储MD5加密后的密文，由于目前普通的MD5加密已经可以被破解，最好可以多重MD5加密，或者多种加密方式叠加组合。

10．JSP页面抛出的异常可能暴露程序信息。

有经验的入侵者，可以从JSP程序的异常中获取很多信息，比如程序的部分架构、程序的物理路径、SQL注入爆出来的信息等。

解决方案：自定义一个Exception，将异常信息包装起来不要抛到页面上。

11.本地缓存漏洞

合法用户“注销”后，在未关闭浏览器的情况下，点击浏览器“后退”按钮，可从本地页面缓存中读取数据，绕过了服务端filter过滤。

解决方案：配置filter对存放敏感信息的页面限制页面缓存。如：

httpResponse.setHeader("Cache-Control","no-cache");

httpResponse.setHeader("Cache-Control","no-store");

httpResponse.setDateHeader("Expires",0);

httpResponse.setHeader("Pragma","no-cache");

12.文件上传漏洞。

前台仅使用JS对文件后缀做了过滤，这只能针对普通的用户，而恶意攻击者完全可以修改表单去掉JS校验。

13.Java WEB容器默认配置漏洞。

如TOMCAT后台管理漏洞，默认用户名及密码登录后可直接上传war文件获取webshell。

解决方案：最好删除，如需要使用它来管理维护，可更改其默认路径，口令及密码。

Q3: java拦截器返回truel也通不过

spring

Java开发学习----拦截器（Interceptor）详细解析



头顶假发

原创

关注

0点赞·1950人阅读

一、拦截器概念

讲解拦截器的概念之前，我们先看一张图:

(1)浏览器发送一个请求会先到Tomcat的web服务器

(2)Tomcat服务器接收到请求以后，会去判断请求的是静态资源还是动态资源

(3)如果是静态资源，会直接到Tomcat的项目部署目录下去直接访问

(4)如果是动态资源，就需要交给项目的后台代码进行处理

(5)在找到具体的方法之前，我们可以去配置过滤器(可以配置多个)，按照顺序进行执行

(6)然后进入到到中央处理器(SpringMVC中的内容)，SpringMVC会根据配置的规则进行拦截

(7)如果满足规则，则进行处理，找到其对应的controller类中的方法进行执行,完成后返回结果

(8)如果不满足规则，则不进行处理

(9)这个时候，如果我们需要在每个Controller方法执行的 前后 添加业务，具体该如何来实现?

这个就是拦截器要做的事。

拦截器（Interceptor）是一种动态拦截方法调用的机制，在SpringMVC中动态拦截控制器方法的执行

作用:

在指定的方法调用前后执行预先设定的代码，例如在方法前后增加功能

阻止原始方法的执行，例如权限校验

总结：拦截器就是用来做增强

看完以后，大家会发现

拦截器和过滤器在作用和执行顺序上也很相似

拦截器和过滤器之间的区别是什么?

归属不同：Filter属于Servlet技术，Interceptor属于SpringMVC技术

拦截内容不同：Filter对所有访问进行增强，Interceptor仅针对SpringMVC的访问进行增强

二、拦截器入门案例

2.1 环境准备

创建一个Web的Maven项

pom.xml添加所需jar包

?xml version="1.0" encoding="UTF-8"?

project xmlns="" xmlns:xsi=""

xsi:schemaLocation=" "

modelVersion4.0.0/modelVersion

groupIdcom.itheima/groupId

artifactIdspringmvc_12_interceptor/artifactId

version1.0-SNAPSHOT/version

packagingwar/packaging

dependencies

dependency

groupIdjavax.servlet/groupId

artifactIdjavax.servlet-api/artifactId

version3.1.0/version

scopeprovided/scope

/dependency

dependency

groupIdorg.springframework/groupId

artifactIdspring-webmvc/artifactId

version5.2.10.RELEASE/version

/dependency

dependency

groupIdcom.fasterxml.jackson.core/groupId

artifactIdjackson-databind/artifactId

version2.9.0/version

/dependency

/dependencies

build

plugins

plugin

groupIdorg.apache.tomcat.maven/groupId

artifactIdtomcat7-maven-plugin/artifactId

version2.1/version

configuration

port80/port

path//path

/configuration

/plugin

plugin

groupIdorg.apache.maven.plugins/groupId

artifactIdmaven-compiler-plugin/artifactId

configuration

source8/source

target8/target

/configuration

/plugin

/plugins

/build

/project

创建对应的配置类

public class ServletContainersInitConfig extends AbstractAnnotationConfigDispatcherServletInitializer {

protected Class?[] getRootConfigClasses() {

return new Class[0];

}

protected Class?[] getServletConfigClasses() {

return new Class[]{SpringMvcConfig.class};

}

protected String[] getServletMappings() {

return new String[]{"/"};

}

//乱码处理

@Override

protected Filter[] getServletFilters() {

CharacterEncodingFilter filter = new CharacterEncodingFilter();

filter.setEncoding("UTF-8");

return new Filter[]{filter};

}

}

@Configuration

@ComponentScan({"com.itheima.controller"})

@EnableWebMvc

public class SpringMvcConfig{

}

创建模型类Book

public class Book {

private String name;

private double price;

public String getName() {

return name;

}

public void setName(String name) {

this.name = name;

}

public double getPrice() {

return price;

}

public void setPrice(double price) {

this.price = price;

}

@Override

public String toString() {

return "Book{" +

"书名='" + name + '\'' +

", 价格=" + price +

'}';

}

}

编写Controller

@RestController

@RequestMapping("/books")

public class BookController {

@PostMapping

public String save(@RequestBody Book book){

System.out.println("book save..." + book);

return "{'module':'book save'}";

}

@DeleteMapping("/{id}")

public String delete(@PathVariable Integer id){

System.out.println("book delete..." + id);

return "{'module':'book delete'}";

}

@PutMapping

public String update(@RequestBody Book book){

System.out.println("book update..."+book);

return "{'module':'book update'}";

}

@GetMapping("/{id}")

public String getById(@PathVariable Integer id){

System.out.println("book getById..."+id);

return "{'module':'book getById'}";

}

@GetMapping

public String getAll(){

System.out.println("book getAll...");

return "{'module':'book getAll'}";

}

}

最终创建好的项目结构如下:

2.2 拦截器开发

步骤1:创建拦截器类

让类实现HandlerInterceptor接口，重写接口中的三个方法。

@Component

//定义拦截器类，实现HandlerInterceptor接口

//注意当前类必须受Spring容器控制

public class ProjectInterceptor implements HandlerInterceptor {

@Override

//原始方法调用前执行的内容

public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

System.out.println("preHandle...");

return true;

}

@Override

//原始方法调用后执行的内容

public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {

System.out.println("postHandle...");

}

@Override

//原始方法调用完成后执行的内容

public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {

System.out.println("afterCompletion...");

}

}

注意: 拦截器类要被SpringMVC容器扫描到。

步骤2:配置拦截器类

@Configuration

public class SpringMvcSupport extends WebMvcConfigurationSupport {

@Autowired

private ProjectInterceptor projectInterceptor;

@Override

protected void addResourceHandlers(ResourceHandlerRegistry registry) {

registry.addResourceHandler("/pages/**").addResourceLocations("/pages/");

}

@Override

protected void addInterceptors(InterceptorRegistry registry) {

//配置拦截器

registry.addInterceptor(projectInterceptor).addPathPatterns("/books" );

}

}

步骤3:SpringMVC添加SpringMvcSupport包扫描

@Configuration

@ComponentScan({"com.itheima.controller","com.itheima.config"})

@EnableWebMvc

public class SpringMvcConfig{

}

步骤4:运行程序测试

使用PostMan发送

如果发送 会发现拦截器没有被执行，原因是拦截器的 addPathPatterns 方法配置的拦截路径是 /books ,我们现在发送的是 /books/100 ，所以没有匹配上，因此没有拦截，拦截器就不会执行。

步骤5:修改拦截器拦截规则

@Configuration

public class SpringMvcSupport extends WebMvcConfigurationSupport {

@Autowired

private ProjectInterceptor projectInterceptor;

@Override

protected void addResourceHandlers(ResourceHandlerRegistry registry) {

registry.addResourceHandler("/pages/**").addResourceLocations("/pages/");

}

@Override

protected void addInterceptors(InterceptorRegistry registry) {

//配置拦截器

registry.addInterceptor(projectInterceptor).addPathPatterns("/books","/books/*" );

}

}

这个时候，如果再次访问 ，拦截器就会被执行。

注意：拦截器中的 preHandler 方法，如果返回true,则代表放行，会执行原始Controller类中要请求的方法，如果返回false，则代表拦截，后面的就不会再执行了。

步骤6:简化SpringMvcSupport的编写

@Configuration

@ComponentScan({"com.itheima.controller"})

@EnableWebMvc

//实现WebMvcConfigurer接口可以简化开发，但具有一定的侵入性

public class SpringMvcConfig implements WebMvcConfigurer {

@Autowired

private ProjectInterceptor projectInterceptor;

@Override

public void addInterceptors(InterceptorRegistry registry) {

//配置多拦截器

registry.addInterceptor(projectInterceptor).addPathPatterns("/books","/books/*");

}

}

此后咱们就不用再写 SpringMvcSupport 类了。

最后我们来看下拦截器的执行流程:

当有拦截器后，请求会先进入preHandle方法，

如果方法返回true，则放行继续执行后面的handle[controller的方法]和后面的方法

如果返回false，则直接跳过后面方法的执行。

三、拦截器参数

3.1 前置处理方法

原始方法之前运行preHandle

public boolean preHandle(HttpServletRequest request,

HttpServletResponse response,

Object handler) throws Exception {

System.out.println("preHandle");

return true;

}

request:请求对象

response:响应对象

handler:被调用的处理器对象，本质上是一个方法对象，对反射中的Method对象进行了再包装

使用request对象可以获取请求数据中的内容，如获取请求头的 Content-Type

public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

String contentType = request.getHeader("Content-Type");

System.out.println("preHandle..."+contentType);

return true;

}

使用handler参数，可以获取方法的相关信息

public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

HandlerMethod hm = (HandlerMethod)handler;

String methodName = hm.getMethod().getName();//可以获取方法的名称

System.out.println("preHandle..."+methodName);

return true;

}

3.2 后置处理方法

原始方法运行后运行，如果原始方法被拦截，则不执行

public void postHandle(HttpServletRequest request,

HttpServletResponse response,

Object handler,

ModelAndView modelAndView) throws Exception {

System.out.println("postHandle");

}

前三个参数和上面的是一致的。

modelAndView:如果处理器执行完成具有返回结果，可以读取到对应数据与页面信息，并进行调整

因为咱们现在都是返回json数据，所以该参数的使用率不高。

3.3 完成处理方法

拦截器最后执行的方法，无论原始方法是否执行

public void afterCompletion(HttpServletRequest request,

HttpServletResponse response,

Object handler,

Exception ex) throws Exception {

System.out.println("afterCompletion");

}

前三个参数与上面的是一致的。

ex:如果处理器执行过程中出现异常对象，可以针对异常情况进行单独处理，该参数的使用率也不高。

这三个方法中，最常用的是 preHandle ,在这个方法中可以通过返回值来决定是否要进行放行，我们可以把业务逻辑放在该方法中，如果满足业务则返回true放行，不满足则返回false拦截。

四、拦截器链配置

目前，我们在项目中只添加了一个拦截器，如果有多个，该如何配置?配置多个后，执行顺序是什么?

4.1 配置多个拦截器

步骤1:创建拦截器类

实现接口，并重写接口中的方法

@Component

public class ProjectInterceptor2 implements HandlerInterceptor {

@Override

public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

System.out.println("preHandle...222");

return false;

}

@Override

public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {

System.out.println("postHandle...222");

}

@Override

public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {

System.out.println("afterCompletion...222");

}

}

步骤2:配置拦截器类

@Configuration

@ComponentScan({"com.itheima.controller"})

@EnableWebMvc

//实现WebMvcConfigurer接口可以简化开发，但具有一定的侵入性

public class SpringMvcConfig implements WebMvcConfigurer {

@Autowired

private ProjectInterceptor projectInterceptor;

@Autowired

private ProjectInterceptor2 projectInterceptor2;

@Override

public void addInterceptors(InterceptorRegistry registry) {

//配置多拦截器

registry.addInterceptor(projectInterceptor).addPathPatterns("/books","/books/*");

registry.addInterceptor(projectInterceptor2).addPathPatterns("/books","/books/*");

}

}

步骤3:运行程序，观察顺序

拦截器执行的顺序是和配置顺序有关。先进后出。

preHandle：与配置顺序相同，必定运行

postHandle:与配置顺序相反，可能不运行

afterCompletion:与配置顺序相反，可能不运行。

这个顺序不太好记，最终只需要把握住一个原则即可: 以最终的运行结果为准

当配置多个拦截器时，形成拦截器链

拦截器链的运行顺序参照拦截器添加顺序为准

当拦截器中出现对原始处理器的拦截，后面的拦截器均终止运行

当拦截器运行中断，仅运行配置在前面的拦截器的afterCompletion操作

Q4: 请问，java高手，spring mvc拦截器如何拦截所有的请求啊，包括html和jsp页面？

web.xml里面这样配置 他就拦截所有请求了

servlet

servlet-namespring-mvc/servlet-name

servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class

init-param

param-namecontextConfigLocation/param-name

param-valueclasspath:spring-mvc.xml/param-value

/init-param

load-on-startup1/load-on-startup

/servlet

servlet-mapping

servlet-namespring-mvc/servlet-name

url-pattern//url-pattern

/servlet-mapping

Q5: java如何拦截jsp页面手动输入的url地址信息。

你是想拦截用户在请求后面输入的参数？

多用post 多使用加密参数即可杜绝大多数用户了，但是对于高手，没用。

关于java拦截器网页代码和java拦截器跳转页面的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。