第1章 SpringMVC的基本概念
1.1 关于三层架构和 MVC
1.1.1 三层架构
我们的开发架构一般都是基于两种形式，一种是 C/S 架构，也就是客户端/服务器，另一种是 B/S 架构，也就 是浏览器服务器。在 JavaEE 开发中，几乎全都是基于 B/S架构的开发。那么在 B/S架构中，系统标准的三层架构 包括：表现层、业务层、持久层。三层架构在我们的实际开发中使用的非常多，所以我们课程中的案例也都是基于三层架构设计的。
三层架构中，每一层各司其职，接下来我们就说说每层都负责哪些方面：
表现层：
也就是我们常说的web层。它负责接收客户端请求，向客户端响应结果，通常客户端使用http协议请求 web 层，web 需要接收 http 请求，完成 http 响应。
表现层包括展示层和控制层：控制层负责接收请求，展示层负责结果的展示。
表现层依赖业务层，接收到客户端请求一般会调用业务层进行业务处理，并将处理结果响应给客户端。 表现层的设计一般都使用 MVC 模型。（MVC 是表现层的设计模型，和其他层没有关系）
业务层：
也就是我们常说的 service 层。它负责业务逻辑处理，和我们开发项目的需求息息相关。web 层依赖业 务层，但是业务层不依赖 web 层。 业务层在业务处理时可能会依赖持久层，如果要对数据持久化需要保证事务一致性。（也就是我们说的， 事务应该放到业务层来控制）
持久层：
也就是我们是常说的 dao 层。负责数据持久化，包括数据层即数据库和数据访问层，数据库是对数据进 行持久化的载体，数据访问层是业务层和持久层交互的接口，业务层需要通过数据访问层将数据持久化到数据库中。通俗的讲，持久层就是和数据库交互，对数据库表进行曾删改查的。
1.1.2 MVC 模型
MVC 全名是 Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写， 是一种用于设计创建 Web 应用程序表现层的模式。MVC 中每个部分各司其职
Model（模型）： 通常指的就是我们的数据模型。作用一般情况下用于封装数据。
View（视图）： 通常指的就是我们的 jsp 或者 html。作用一般就是展示数据的。 通常视图是依据模型数据创建的。
Controller（控制器）： 是应用程序中处理用户交互的部分。作用一般就是处理程序逻辑的。
它相对于前两个不是很好理解，这里举个例子：
我们要保存一个用户的信息，该用户信息中包含了姓名，性别，年龄等等。 这时候表单输入要求年龄必须是 1~100 之间的整数。姓名和性别不能为空。并且把数据填充 到模型之中。此时除了 js 的校验之外，服务器端也应该有数据准确性的校验，那么校验就是控制器的该做 的。 当校验失败后，由控制器负责把错误页面展示给使用者。如果校验成功，也是控制器负责把数据填充到模型，并且调用业务层实现完整的业务需求.
1.2 SpringMVC 概述
1.2.1 SpringMVC 是什么
SpringMVC 是一种基于 Java 的实现 MVC 设计模型的请求驱动类型的轻量级 Web 框架，属于 Spring FrameWork 的后续产品，已经融合在 Spring Web Flow 里面。Spring 框架提供了构建 Web 应用程序的全功 能 MVC 模块。使用 Spring 可插入的 MVC 架构，从而在使用 Spring 进行 WEB 开发时，可以选择使用 Spring 的 Spring MVC 框架或集成其他 MVC 开发框架，如 Struts1(现在一般不用)，Struts2 等。 SpringMVC 已经成为目前最主流的 MVC 框架之一，并且随着 Spring3.0 的发布，全面超越 Struts2，成 为最优秀的 MVC 框架。 它通过一套注解，让一个简单的 Java 类成为处理请求的控制器，而无须实现任何接口。同时它还支持 RESTful 编程风格的请求。
1.2.2 SpringMVC 在三层架构的位置
第2章 SpringMVC的入门
2.1.1 前期准备
1. 创建WEB工程，引入开发的jar包 1. 具体的坐标如下
2.1.3 配置核心控制器-一个 Servlet
在web.xml配置文件中核心控制器DispatcherServlet
2.1.4 创建 spring mvc 的配置文件
2.1.5 编写控制器并使用注解配置
编写index.jsp和HelloController控制器类
1. index.jsp
2. HelloController
5. 在WEB-INF目录下创建pages文件夹，编写success.jsp的成功页面
2.1.6 测试
6. 启动Tomcat服务器，进行测试
2.2 入门案例的执行过程及原理分析
2.2.1 案例的执行过程
1、服务器启动，应用被加载。读取到 web.xml 中的配置创建 spring 容器并且初始化容器中的对象。
2、浏览器发送请求，被 DispatherServlet 捕获，该 Servlet 并不处理请求，而是把请求转发出去。转发 的路径是根据请求 URL，匹配@RequestMapping 中的内容。
3、匹配到了后，执行对应方法。该方法有一个返回值。
4、根据方法的返回值，借助 InternalResourceViewResolver 找到对应的结果视图。
5、渲染结果视图，响应浏览器。
2.2.2 SpringMVC 的请求响应流程
2.3 入门案例中涉及的组件
2.3.1 DispatcherServlet：前端控制器
用户请求到达前端控制器，它就相当于 mvc 模式中的 c，dispatcherServlet 是整个流程控制的中心，由 它调用其它组件处理用户的请求，dispatcherServlet 的存在降低了组件之间的耦合性。
2.3.2 HandlerMapping：处理器映射器
HandlerMapping 负责根据用户请求找到 Handler 即处理器，SpringMVC 提供了不同的映射器实现不同的 映射方式，例如：配置文件方式，实现接口方式，注解方式等
2.3.3 Handler：处理器
它就是我们开发中要编写的具体业务控制器。由 DispatcherServlet 把用户请求转发到 Handler。由 Handler 对具体的用户请求进行处理。
2.3.4 HandlAdapter：处理器适配器
通过 HandlerAdapter 对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理 器进行执行。
2.3.5 View Resolver：视图解析器
View Resolver 负责将处理结果生成 View 视图，View Resolver 首先根据逻辑视图名解析成物理视图名 即具体的页面地址，再生成 View 视图对象，最后对 View 进行渲染将处理结果通过页面展示给用户。
2.3.6 View：视图
SpringMVC 框架提供了很多的 View 视图类型的支持，包括：jstlView、freemarkerView、pdfView 等。我们最常用的视图就是 jsp。 一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由程序员根据业务需求开发具体的页面。
2.3.7 说明
在 SpringMVC 的各个组件中，处理器映射器、处理器适配器、视图解析器称为 SpringMVC 的三大组件。
使用
它就相当于在 xml 中配置了：
注意： 一般开发中，我们都需要写上此标签
明确： 我们只需要编写处理具体业务的控制器以及视图。
2.4 RequestMapping 注解
2.4.1 使用说明
作用： 用于建立请求 URL 和处理请求方法之间的对应关系。
出现位置： 类上： 请求 URL 的第一级访问目录。此处不写的话，就相当于应用的根目录。写的话需要以/开头。 它出现的目的是为了使我们的 URL 可以按照模块化管理:
例如：
账户模块：
/account/add /account/update
/account/delete ...
订单模块：
/order/add
/order/update
/order/delete
前一个/的部分就是把 RequsetMappding 写在类上，使我们的 URL 更加精细。 方法上： 请求 URL 的第二级访问目录。
属性：
value：用于指定请求的 URL。它和 path 属性的作用是一样的。
method：用于指定请求的方式。
params：用于指定限制请求参数的条件。它支持简单的表达式。要求请求参数的 key 和 value 必须和 配置的一模一样。
例如：
params = {"accountName"}，表示请求参数必须有 accountName
params = {"moeny!100"}，表示请求参数中 money 不能是 100。
headers：用于指定限制请求消息头的条件。
注意： 以上四个属性只要出现 2 个或以上时，他们的关系是与的关系。
2.4.2 使用示例
2.4.2.1出现位置的示例：
目录结构：
控制器代码:
* RequestMapping 注解出现的位置
index.jsp中的代码：
执行流程为：第一，首先启动Tomcat服务器，因为在web.xml上配置了
第二开启了注解扫描，那么@Controller修饰的对象就会被创建。
第三， 从index.jsp发送请求，请求会先到达DispatcherServlet核心控制器，根据配置@RequestMapping注解 找到执行的具体方法
第四，根据执行方法的返回值，再根据配置的视图解析器，去指定的目录下查找指定名称的JSP文件 。
最后，Tomcat服务器渲染页面，做出响应
2.4.2.2 method 属性的示例：
控制器代码：
index.jsp中的代码：
注意： 当使用 get 请求时，提示错误信息是 405，信息是方法不支持 get 方式请求
2.4.2.3 params 属性的示例：
控制器的代码：
Index.jsp文件代码：
注意：
当我们点击第一个超链接时,可以访问成功。
当我们点击第二个超链接时，无法访问。如下图：
第3章 请求参数的绑定
3.1 绑定说明
3.1.1 绑定的机制
我们都知道，表单中请求参数都是基于 key=value 的。
SpringMVC 绑定请求参数的过程是通过把表单提交请求参数，作为控制器中方法参数进行绑定的。
例如： 查询账户 中请求参数是： accountId=10
查询账户：
3.1.2 支持的数据类型：
基本类型参数： 包括基本类型和 String 类型
POJO 类型参数： 包括实体类，以及关联的实体类
数组和集合类型参数： 包括 List 结构和 Map 结构的集合（包括数组）
SpringMVC 绑定请求参数是自动实现的，但是要想使用，必须遵循使用要求。
3.1.3 使用要求：
如果是基本类型或者 String类型： 要求我们的参数名称必须和控制器中方法的形参名称保持一致。(严格区分大小写)
如果是 POJO类型，或者它的关联对象： 要求表单中参数名称和 POJO 类的属性名称保持一致。并且控制器方法的参数类型是 POJO 类型。
如果是集合类型,有两种方式：
第一种：
要求集合类型的请求参数必须在 POJO 中。
在表单中请求参数名称要和 POJO 中集合属性名称相同。
给 List 集合中的元素赋值，使用下标。 给 Map 集合中的元素赋值，使用键值对。
第二种： 接收的请求参数是 json 格式数据。需要借助一个注解实现。
注意: 它还可以实现一些数据类型自动转换。内置转换器全都在：
3.1.4 使用示例
3.1.4.1 基本类型和 String 类型作为参数
jsp 代码：
控制器代码：
运行结果：
3.1.4.2 POJO 类型作为参数
实体类代码： 账户信息
地址的实体类
jsp 代码：
控制器代码： /*** 保存账户
运行结果：
3.1.4.3 POJO 类中包含集合类型参数
实体类代码：
jsp 代码：
控制器代码：
运行结果：
3.1.4.4 请求参数乱码问题
post 请求方式： 在 web.xml 中配置一个过滤器
在 springmvc 的配置文件中可以配置，静态资源不过滤：
get 请求方式： tomacat 对 GET和 POST 请求处理方式是不同的，GET请求的编码问题，要改 tomcat 的 server.xml 配置文件，如下：
3.2 特殊情况
3.2.1 自定义类型转换器
3.2.1.1 使用场景:
jsp 代码：
运行结果：
当我们把控制器中方法参数的类型改为 Date时：
运行结果：
3.2.1.2 使用步骤
第一步：定义一个类，实现 Converter 接口，该接口有两个泛型。
* 自定义类型转换器
第二步：在 spring配置文件中配置类型转换器。
spring 配置类型转换器的机制是，将自定义的转换器注册到类型转换服务中去。
第三步：在 annotation-driven标签中引用配置的类型转换服务
运行结果：
3.2.2 使用 ServletAPI 对象作为方法参数
SpringMVC 还支持使用原始 ServletAPI 对象作为控制器方法的参数。支持原始 ServletAPI 对象有： HttpServletRequest HttpServletResponse HttpSession java.security.Principal Locale InputStream OutputStream Reader Writer
jsp 代码：
执行结果：