第三章 SSM 整合

3.1 SSM 整合思路

SSM思路： SpringMVC+ Spring + MyBatis(IBatis), 所以有人叫做SSI整合。 SSM整合是使用三个框架的优势功能。三个框架对应的三层架构的三层。 SpringMVC是视图层， Spring是业务层， MyBatis持久层。

SSM 整合，需要把对象交给容器管理，让容器去创建项目中要使用的java对象。现在有两个容器。

第一个是Spring容器： Spring容器是管理service 和 dao等对象的。是业务层对象的容器。

第二个是SpringMVC容器：管理控制器对象的。是视图层对象。

SSM整合就是把对象交给容器管理。两个容器共存。各自负责管理不同的对象。把对象声明到配置文件中，让两个容器创建对象。 spring创建service，dao； springmvc创建controller。

3.2 容器的创建

Spring容器创建：在web.xml声明了监听器ContextLoaderListener , 这个功能框架写好了。功能是创建spring的容器对象 WebApplicationContext. 在创建WebApplicationContext对象时，读取spring的配置文件，读取文件的时候，遇到bean标签或者注解，就能创建service ，dao等对象，放到容器中。

SpringMVC容器：在web.xml声明了中央调度器DispatcherServlet。在这个servlet的init（）方法中，创建了容器对象 WebApplicationContext, 在创建WebApplicationContext对象，读取springmvc的配置文件，读取文件的时候，遇到@Controller注解，创建控制器controller对象，放到容器中。

内存中，创建对象

WebApplicationContext spring = new WebApplicationContext(); //spring–map(service, dao)

WebApplicationContext springmvc = new WebApplicationContext(); //springmvc–map(controller)

SpringMVC容器和Spring容器的关系：设计上SpringMVC容器对象是 Spring容器的子容器。

Spring是父容器。 SpringMVC子容器。相当于java中的继承关系。

3.3 SSM整合开发步骤

使用的student2表（id，name，age）

创建maven web项目

修改pom.xml加入依赖： spring ，springmvc，mybatis， mybatis-spring, mysql驱动，druid， jackson

写web.xml ：声明容器对象

1）声明spring的监听器ContextLoaderListener：创建spring的容器对象，创建service ，dao对象

2）声明springmvc的中央调度器DispatherServlet : 创建springmvc容器对象，创建controller对象

3）声明字符集的过滤器 CharacterEncodingFilter ，解决post请求乱码的问题

创建程序中的包， dao ，service， controller， entity

写spring，springmvc， mybatis配置文件

写java代码，实体类， dao接口和mapper文件， service类，controller类。使用注解声明对象和赋值

创建视图文件，各种jsp

3.4 相对路径

在页面中，有路径的问题，访问路径有 "/"开头的，还有没有 “/”。

<a href="test/some.do">没有斜杠开头</a>
<a href="/test/some.do">有斜杠开头</a>
<a href="http://www.baidu.com">有协议开头的地址</a>

地址的区别，现在看的都是在页面中的地址。

1）有协议开头的例如http://www.baidu.com , 称为绝对地址。地址是唯一的，你能够直接访问

2）没有协议开头的，例如 test/some.do , /test/some.do 称为相对地址。相对地址单独使用不能表示某个资源，不能访问。相对地址必须有参考地址在一起，才能表示一个资源的完整地址，才能访问。

参考地址：有“ /" 和没有”/“ 参考地址不同的。

1）没有斜杠开头的地址，参考地址：当前资源的访问路径

当前访问的地址： http://localhost:8080/ch07_path/index.jsp

资源名称： index.jsp

资源路径： http://localhost:8080/ch07_path

在index.jsp 有访问地址 a href=“test/some.do”

点击some.do后，地址变成 http://localhost:8080/ch07_path/test/some.do

此时：http://localhost:8080/ch07_path/test/some.do
资源名称：some.do
资源路径：http://localhost:8080/ch07_path/test/
在去点击 test/some.do 地址：http://localhost:8080/ch07_path/test/test/some.do

没有斜杠开头的地址：参考地址 + 当前的相对地址组合在一起是最后的访问地址

解决方式：

1)使用${pageContext.request.contextPath}。 表示访问项目的路径（上下文件 context path）
<a href="${pageContext.request.contextPath}/test/some.do">发起请求test/some.do</a>
优点：好理解
缺点：每个链接地址，都需要加el表达式
2)固定当前页面中的 没有“/”开头地址的 参考地址
使用html中base标签
<%
  String basePath = request.getScheme() + "://" + request.getServerName()
          +":"+request.getServerPort()+request.getContextPath()+"/";
%>
<head>
  <title>浏览学生</title>
  <base href="<%=basePath%>">
</head>

有斜杠开头的地址

a href=“/test/some.do”

现在访问的的 http://localhost:8080/ch07_path/index.jsp
在index.jsp中有  /test/some.do.
点击/test/some.do,地址变成 http://localhost:8080/test/some.do
有斜杠开头的地址，参考地址是 服务器地址， 也就是从协议开始到端口号的位置 http://localhost:8080
地址组成：http://localhost:8080/test/some.do
地址缺少项目访问路径， ch07_path.

解决问题的方式：在你的路径前面加入 el表达式 ${pageContext.request.contextPath}

<p>有/开头的地址</p>
<a href="${pageContext.request.contextPath}/test/some.do">/test/some.do</a>

第四章 SpringMVC 核心技术。

4.1 转发和重定向

forward:视图完整路径

redirect:视图完整路径

mv.setViewName("forward:/hello.jsp");
mv.setViewName("redirect:/other.jsp");

4.2 异常处理

框架使用的是集中的异常处理。把各个Controller中抛出的异常集中到一个地方处理。处理异常的叫做异常处理器。

框架中使用两个注解完成异常的集中处理。这样每个controller不用单独处理异常了。注解是：

1）@ExceptionHandler : 放在方法的上面，表示此方法可以处理某个类型的异常。当异常发生时，执行这个方法。

@ControllerAdvice: 放在类的上面，表示这个类中有异常的处理方法。相当于aop中的@Aspect.

@ControllerAdvice看做是控制器增强, 就是给Controller类增加异常(切面)的处理功能.

4.3 拦截器

拦截器：是springmvc框架中的一种对象，需要实现接口HandlerInterceptor. 拦截用户的请求。拦截到controller的请求。

作用：拦截用户的请求，可以预先对请求做处理。根据处理结果，决定是否执行controller 。也可以把多个controller中共用的功能定义到拦截器。

特点：

拦截器可以分为系统拦截器和自定义拦截器。

一个项目可以多个拦截器。0，或多个自定义拦截器。

拦截器侧重拦截用户的请求。

拦截器是在请求处理之前先执行的。

拦截器的定义：

1）创建类实现拦截器接口HandlerInterceptor，实现接口中的方法（3个）

2）在springmvc配置文件中，声明拦截器对象，并指定拦截的uri地址

4.3.1 第一个拦截器

public class MyInterceptor implements HandlerInterceptor {
    /**
     *  preHandle: 预先处理请求的方法。
     *  参数：
     *     Object handler ： 被拦截的控制器对象（MyController）
     *  返回值： boolean
     *   true: 请求是正确的，可以被controller处理的。
     *     =====MyInterceptor拦截器的preHandle====
     *     执行了MyController的doSome方法
     *     =====MyInterceptor拦截器的postHandle====
     *     =====MyInterceptor拦截器的afterCompletion====
     *   false: 请求不能被处理， 控制器方法不会执行。 请求到此截止。
     *     =====MyInterceptor拦截器的preHandle====
     * 特点：
     *  1. 预处理方法他的执行时间： 在控制器方法之前先执行的。
     *  2. 可以对请求做处理， 可以做登录的检查， 权限的判断， 统计数据等等。
     *  3. 决定请求是否执行。
     */
    @Override
    public boolean preHandle(HttpServletRequest request,
                             HttpServletResponse response,
                             Object handler) throws Exception {
        System.out.println("=====MyInterceptor拦截器的preHandle====");
        return true;
    }
    /**
     * postHandle: 后处理方法
     * 参数：
     *  Object handler ： 被拦截的控制器对象（MyController）
     *  ModelAndView mv： 控制器方法的返回值（请求的执行结果）
     *
     * 特点：
     *  1. 在控制器方法之后执行的。
     *  2. 能获取到控制器方法的执行结果。 可以修改原来的执行结果。
     *     可以修改数据， 也可以修改视图
     *  3. 可以做对请求的二次处理。
     */
    @Override
    public void postHandle(HttpServletRequest request,
                           HttpServletResponse response,
                           Object handler,
                           ModelAndView mv) throws Exception {
        System.out.println("=====MyInterceptor拦截器的postHandle====");
    }
    /**
     * afterCompletion: 最后执行的方法
     * 参数：
     *   Object handler ： 被拦截的控制器对象（MyController）
     *   Exception ex： 异常对象
     *
     * 特点：
     *  1. 在请求处理完成后执行的，
     *     请求处理完成的标志是 视图处理完成，对视图执行forward操作后。
     *
     *  2. 可以做程序最后要做的工作， 释放内存， 清理临时变量。
     *
     *  3. 方法的执行条件：
     *     1）当前的拦截器他的preHandle()方法必须执行。
     *     2）preHandle()必须返回true。
     */
    @Override
    public void afterCompletion(HttpServletRequest request,
                                HttpServletResponse response,
                                Object handler,
                                Exception ex) throws Exception {
        System.out.println("=====MyInterceptor拦截器的afterCompletion====");
    }
}

配置文件

<!--声明拦截器-->
<mvc:interceptors>
    <!--声明第一个拦截器-->
    <mvc:interceptor>
        <!--指定拦截器的拦截地址
            path：拦截的uri地址，使用 ** 通配符。
                  例如： path="/user/**"
                  http://localhost:8080/user/listUser.do
                  http://localhost:8080/user/query/queryUser.do
        -->
        <mvc:mapping path="/**"/>
        <!--指定使用的拦截器-->
        <bean class="com.bjpowernode.handler.MyInterceptor"/>
    </mvc:interceptor>
</mvc:interceptors>

当你的preHandle返回true，执行结果：

=====MyInterceptor拦截器的preHandle====
执行了MyController的doSome方法
=====MyInterceptor拦截器的postHandle====
=====MyInterceptor拦截器的afterCompletion====
请求的执行顺序： 用户some.do---preHandle---doSome---postHandle--afterComplietion

当 preHandle返回 false

=====MyInterceptor拦截器的preHandle====

4.3.2 多个拦截器

使用两个拦截器，主要看拦截器的执行顺序，以及按个方法控制请求的执行

1）两个拦截器，第一个preHandle=true, 第二个拦截器preHandle=true

=====MyInterceptor111111拦截器的preHandle====
=====MyInterceptor222222拦截器的preHandle====
执行了MyController的doSome方法
=====MyInterceptor222222拦截器的postHandle====
=====MyInterceptor111111拦截器的postHandle====
=====MyInterceptor222222拦截器的afterCompletion====
=====MyInterceptor111111拦截器的afterCompletion====

请求的执行顺序：

用户some.do—拦截器1的preHandle----拦截器2preHandle—控制器doSome—拦截器2postHandle—拦截器1的postHandle—拦截器2的afterCompletion—拦截器1的afterCompletion。

2）两个拦截器，第一个preHandle=true, 第二个拦截器preHandle=false

=====MyInterceptor111111拦截器的preHandle====
=====MyInterceptor222222拦截器的preHandle====
=====MyInterceptor111111拦截器的afterCompletion====

3）两个拦截器，第一个preHandle=false, 第二个拦截器preHandle=true|false

=====MyInterceptor111111拦截器的preHandle====

为什么要使用多个拦截器？

把验证功能分散到独立的拦截器。每个拦截器做单一的验证处理。

组合多个拦截器。

总结：

多个拦截器，串在一个链条上的。多个拦截器和一个控制器对象在一个链条上，框架中使用HandlerExecutionChain（处理器执行链），表示这个执行链条

public class HandlerExecutionChain {
    private final Object handler;  // 存放控制器对象的，MyController
    @Nullable
    private HandlerInterceptor[] interceptors; // 存放多个拦截器对象的。MyInterceptor 1, 2
    @Nullable
    private List<HandlerInterceptor> interceptorList;
}

拦截器怎么实现 1,2， 2,1的执行顺序，遍历HandlerInterceptor[] interceptors 数组

HandlerInterceptor[] interceptors = { MyInterceptor1, MyInterceptor2};
//循环调用方法 1-2
for(int i=0;i<interceptors.length;i++){
      HandlerInterceptor  obj= interceptors[i];
      obj.preHandle();
}
MyController.doSome();
// 2-1
for(int i=interceptors.length-1 ;i>=0;i--){
      HandlerInterceptor  obj= interceptors[i];
      obj.postHandle();
}

4.3.3 拦截器和过滤器的对比

1）拦截器是springmvc框架中的对象。过滤器是servlet中的对象。

2）拦截器对象是框架容器创建的，过滤器对象是tomcat创建的对象。

拦截器是侧重对请求做判断的，处理的，可以截断请求。过滤器是侧重对request，response对象的属性，参数设置值的。例如request.setCharacterEncoding(“utf-8”)

拦截器的他执行时间有三个，控制器方法之前，之后，请求完成后。过滤器是在请求之前。

5)拦截器是拦截对controller，动态资源请求的。过滤器可以过滤所有请求动态的和静态的。

6)拦截器和过滤器一起执行的，先执行的过滤器，后面是中央调度器，后面才是拦截器，再后面是控制器方法

springmvc（二）

第三章 SSM 整合

3.1 SSM 整合思路

3.2 容器的创建

3.3 SSM整合开发步骤

3.4 相对路径

第四章 SpringMVC 核心技术。

4.1 转发和重定向

4.2 异常处理

4.3 拦截器

4.3.1 第一个拦截器

4.3.2 多个拦截器

4.3.3 拦截器和过滤器的对比

热门文章

最新文章

相关电子书

热门

活动广场

任务中心

开发者评测

高校计划

乘风者计划

训练营

阿里云MVP

话题

直播

下载

镜像站

技术资料

插件

springmvc（二）

第三章 SSM 整合

3.1 SSM 整合思路

3.2 容器的创建

3.3 SSM整合开发步骤

3.4 相对路径

第四章 SpringMVC 核心技术。

4.1 转发和重定向

4.2 异常处理

4.3 拦截器

4.3.1 第一个拦截器

4.3.2 多个拦截器

4.3.3 拦截器和过滤器的对比

热门文章

最新文章

相关电子书