1.CGI:(Common
Gateway
Interface)公共网关接口，一种在web服务端使用的脚本技术，使用C或Perl语言编写，用于接收web用户请求并处理，最后动态产生响应给用户，但每次请求将产生一个进程，重量级。
2.一种JavaEE
web组件技术，是一种在服务器端执行的web组件，用于接收web用户请求并处理，最后动态产生响应给用户。但每次请求只产生一个线程(而且有线程池)，轻量级。而且能利用许多Java
EE技术。本质就是在java代码里面输出html流。但表现逻辑、控制逻辑、业务逻辑调用混杂。
3.JSP：(Java
Server
Page)：一种在服务的执行的web组件，是一种运行在标准的HTML页面中嵌入脚本语言(现在只支持Java)的模板页面技术。本质就是在html代码中嵌入java代码。JSP最终还是会被编译为Servlet，只不过比纯Servlet开发页面更简单、方便。但表现逻辑、控制逻辑、业务逻辑调用还是混杂。
4.Spring Web
MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web 框架，即使用了MVC架构模式的思想，将web
层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，Spring Web
MVC也是要简化我们日常Web开发的。
Spring Web
MVC也是服务到工作者模式的实现，但进行可优化。前端控制器是DispatcherServlet；应用控制器其实拆为处理器映射器(Handler
Mapping)进行处理器管理和视图解析器(View Resolver)进行视图管理；页面控制器/动作/
处理器为Controller
接口(仅包含ModelAndView handleRequest(request, response)
方法)的实现(也可以是任何的POJO
类)；支持本地化(Locale)解析、主题(Theme)解析及文件上传等；提供了非常灵活的数据验证、格式化和数据绑定机制；提供了强大的约定大于配置(惯例优先原则)的契约式编程支持。
5.前端控制器(DispatcherServlet)、请求到处理器映射(HandlerMapping)、处理器适配器
(HandlerAdapter)、视图解析器(ViewResolver)、处理器或页面控制器(Controller)、验证器(
Validator)、命令对象 (Command 请求参数绑定到的对象就叫命令对象)、表单对象(Form Object
提供给表单展示和提交到的对象就叫表单对象)。
6.默认DispatcherServlet会加载WEB-INF/[DispatcherServerlet的Servlet名字]-servlet.xml配置文件。
BeanNameUrlHandlerMapping：表示将请求的URL和Bean名字映射，如URL为“上下文/hello”，则Spring配置文件必须有一个名字为“/hello”的Bean，上下文默认忽略。
SimpleControllerHandlerAdapter：表示所有实现了org.springframework.web.servlet.mvc.Controller
接口的Bean 可以作为Spring Web MVC中的处理器。如果需要其他类型的处理器可以通过实现HadlerAdapter
来解决。
7.@Controller：用于标识是处理器类；
@RequestMapping：请求到处理器功能方法的映射规则；
@RequestParam：请求参数到处理器功能处理方法的方法参数上的绑定；
@ModelAttribute：请求参数到命令对象的绑定；
@SessionAttributes：用于声明session
级别存储的属性，放置在处理器类上，通常列出模型属性(如@ModelAttribute)对应的名称，则这些属性会透明的保存到session
中；
@InitBinder：自定义数据绑定注册支持，用于将请求参数转换到命令对象属性的对应类型；
@CookieValue：cookie 数据到处理器功能处理方法的方法参数上的绑定；
@RequestHeader：请求头(header)数据到处理器功能处理方法的方法参数上的绑定；
@RequestBody：请求的body体的绑定(通过HttpMessageConverter 进行类型转换)；
@ResponseBody：处理器功能处理方法的返回值作为响应体(通过HttpMessageConverter进行类型转换)；
@ResponseStatus：定义处理器功能处理方法/异常处理器返回的状态码和原因；
@ExceptionHandler：注解式声明异常处理器；
@PathVariable：请求URI 中的模板变量部分到处理器功能处理方法的方法参数上的绑定，从而支持RESTful 架构风
格的URI；
8.DispatcherServlet主要用作职责调度工作，本身主要用于控制流程，主要职责如下：
(1)文件上传解析，如果请求类型是multipart将通过MultipartResolver 进行文件上传解析；
(2) 通过HandlerMapping，将请求映射到处理器(返回一个HandlerExecutionChain，它包括一个处理器、多个
HandlerInterceptor 拦截器)；
(3) 通过 HandlerAdapter
支持多种类型的处理器(HandlerExecutionChain中的处理器)；
(4) 通过ViewResolver 解析逻辑视图名到具体视图实现；
(5) 本地化解析；
(6) 渲染具体的视图等；
(7) 如果执行过程中遇到异常将交给HandlerExceptionResolver来解析。
9.DispatcherServlet也可以配置自己的初始化参数，覆盖默认配置：
(1)contextClass:实现WebApplicationContext接口的类，当前的servlet用它来创建上下文。如果这个参数没有指定，
默认使用XmlWebApplicationContext。
(2)contextConfigLocation:传给上下文实例(由contextClass指定)的字符串，用来指定上下文的位置。
这个字符串可以被分成多个字符串(使用逗号作为分隔符) 来支持多个上下文
(在多上下文的情况下，如果同一个bean被定义两次，后面一个优先)。
(3)namespace:WebApplicationContext命名空间。默认值是[server-name]-servlet。
10.ContextLoaderListener 初始化的上下文加载的Bean 是对于整个应用程序共享的，不管是使用什么表现层技术，一
般如DAO层、Service层Bean；
DispatcherServlet 初始化的上下文加载的Bean 是只对Spring Web MVC
有效的Bean，Controller、
HandlerMapping、HandlerAdapter等等，该初始化上下文应该只加载Web相关组件。
11.cancelParamKey：用于判断是否是取消的请求参数名，默认是_cancel，即如果请求参数数据中含有名字_cancel则表
示是取消，将调用onCancel功能处理方法；
cancelView：表示取消时时显示的页面；“redirect:/cancel”表示成功处理后重定向到/cancel控制器；防止表单
重复提交；
12.DispatcherServlet中使用的特殊的Bean
DispatcherServlet默认使用WebApplicationContext作为上下文，因此我们来看一下该上下文中有哪些特殊的Bean:
(1)Controller：处理器/页面控制器，做的是MVC中C的事情，但控制逻辑转移到前端控制器了，用于对请求进行处理。
(2)HandlerMapping：请求到处理器的映射，如果映射成功返回一个HandlerExceutionChain对象(包含一个Handler处理器(页面控制器)对象、多个HandlerInterceptor拦截器)对象；如BeanNameUrlHandlerMapping将URL与Bean名字映射，映射成功的Bean就是此处的处理器。
(3)HandlerAdapter：HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；如SimpleControllerHandlerAdapter将对实现了Controller接口的Bean进行适配，并且调用处理器的handleRequest方法进行功能处理。
(4)ViewResolver:ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；如InternalResourceViewResolver将逻辑视图名映射为jsp视图；
(5)LocalResover：本地化解析，因为Spring支持国际化，因此LocalResover解析客户端的Local信息从而方便进行国际化。
(6)ThemeResovler：主题解析，通过它来实现一个页面多套风格，即常见的类似于软件皮肤效果；
(7)MultipartResolver：文件上传解析，用于支持文件上传。
(8)HandlerExceptionResolver：处理器异常解析，可以将异常映射到相应的统一错误界面，从而显示用户友好的界面(而不是给用户看到的具体错误信息)；
(9)RequestToViewNameTranslator：当处理器没有返回逻辑视图名等相关信息时，自动将请求URL映射为逻辑视图名。
(10)FlashMapManager：用于管理FlashMap的策略接口，FlashMap用于存储一个请求的输出，当进入另一个请求时作为该请求的输入，通常用于重定向场景。
13.注：下面提到一些关于缓存控制的一些特殊情况：
(1)对于一般的页面跳转(如超链接点击跳转、通过js调用window.open打开新页面都是会使用浏览器缓存的，在未过期的情况下会直接使用浏览器缓存的副本，在未过期的情况下一次请求也不发送)；
(2)对于刷新页面(如按F5键刷新)，会再次发送一次请求到服务器的。
14.Last-Modified缓存机制
(1)在客户端第一次输入url时，服务器端会返回内容和状态码200表示请求成功并返回了内容；同时会添加一个“Last-Modified”的响应头表示此文件在服务器上的最后更新时间。
(2)客户端第二次请求此URL时，客户端会向服务器发送请求头“If-Modified-Since”，询问服务器该时间之后当前请求内容是否有被修改过，如果服务器端的内容没有变化，则自动返回HTTP304状态码(只要响应头，内容为空，这样就节省了网络带宽)。
15.客户端强制缓存过期：
(1)可以按ctrl+F5强制刷新(会添加请求头HTTP1.0 Pragma:no-cache和HTTP1.1
Cache-Control:no-cache、If-Modified-Since请求头被删除)表示强制获取服务器内容，不缓存。
(2)在请求的url后加上时间戳来重新获取内容，加上时间戳后浏览器就认为不是同一份内容
Spring也提供了Last-Modified机制的支持，只需要实现LastModified接口的getLastModified方法，保证当内容发送改变时返回最新的修改时间即可。
16.ETag(实体标记)缓存机制
(1)浏览器第一次请求，服务器在响应时给请求URL标记，并在HTTP响应头中将其传送到客户端，类似服务器端返回的格式：“ETag:"0f8b0c86fe2c0c7a67791e53d660208e3"”
(2)浏览器第二次请求，客户端的查询更新格式是这样的：“If-None-Match:"0f8b0c86fe2c0c7a67791e53d660208e3"”，如果ETag没改变，表示内容没有发送改变，则返回状态304.
Spring也提供了对ETag的支持，具体需要在web.xml中配置如下代码:
etagFilter
org.springframework.web.filter.ShallowEtagHeaderFilter
etagFilter
/
17.ServletForwardingController 将接收到的请求转发到一个指定名称的servlet
18.BaseCommandController 命令控制器通用基类，提供了以下功能支持：
(1)数据绑定：请求参数绑定到一个command object，这里的命令对象是指绑定请求参数的任何POJO对象；
commandClass:表示命令对象实现类。
commandName:表示放入请求的命令对象名字(默认command)
request.setAttribute(commandName,commandObject);
(2)验证功能：提供Validator注册功能，注册的验证器会验证命令对象属性数据是否合法；
validators：通过该属性注入验证器，验证器用来验证命令对象属性是否合法。
19.AbstractCommandController
命令控制器之一，可以实现该控制器来创建命令控制器，该控制器能把自动封装请求参数到一个命令对象，而且提供验证功能。
20.注册PropertyEditeor
(1)使用WebDataBinder进行控制器级别注册PropertyEditor(控制器独享)
(2)使用WebBindingInitializer批量注册PropertyEditor
21.验证流程
(1)首先进行数据绑定验证，如果验证失败会通过MessageCodesResolver生成错误码放入Errors错误对象
(2)数据不合法验证，通过自定义的验证器验证，如果失败需要手动将错误码放入Errors错误对象
22.数据绑定失败(类型不匹配)会自动生成如下错误码(错误码对应的错误消息按照如下顺序依次查找)：
(1)typeMismatch.命令对象名.属性名
(2)typeMismatch.属性名
(3)typeMismatch.属性全限定名(包名.类名)
(4)typeMismatch
23.Spring Web
MVC的处理器拦截器类似于Servlet开发中的过滤器Filter，用于对处理器进行预处理和后处理。
拦截器有三个方法：
(1)preHandle：预处理回调方法，实现处理器的预处理，第三个参数为响应的处理器。
返回值：true表示继续流程，如调用下一个拦截器或处理器
false表示流程终端，不会继续调用其他的拦截器或处理器，此时我们需要通过response来产生响应
(2)postHandle:后处理回调方法，实现处理器的后处理(但在渲染视图之前)，此时我们可以通过modelAndView对模型数据进行处理或对视图进行处理，modelAndView也可能为null。
(3)afterCompletion：整个请求处理完毕回调方法，即在视图渲染完毕时回调，如性能监控中我们可以再次记录结束时间并输出消耗时间，还可以进行一些资源清理，类似于try-catch-finally中的finally，但仅调用处理器执行链中的prtHandle返回true的拦截器的afterCompletion。
24.窄化的请求映射可以认为是方法级别的@RequestMapping继承类级别的@RequestMapping
请求的映射分为以下几种：
(1)URL路径映射：使用URL映射请求到处理器的功能处理方法；
(2)请求方法映射限定：如限定功能处理方法只处理GET请求
(3)请求参数映射限定：如限定只处理包含“abc”请求参数的请求
(4)请求头映射限定：如限定只处理“Accept=application/json”的请求
25.URL路径映射
(1)普通URL路径映射
@RequestMapping(value={"/test1","/user/create"})：多个URL路径可以映射到同一个处理器的功能处理方法。
(2)URI模板模式映射
@RequestMapping(value="/users/{userId}")：{×××}占位符，
请求的URL可以是“/users/123456”或“/users/abcd”，通过@PathVariable可以提取URI模板模式中的{×××}中的×××变量。
@RequestMapping(value="/users/{userId}/create") ： 这样也是可以的， 请求的URL
可以是“/users/123/create”。
@RequestMapping(value="/users/{userId}/topics/{topicId}")：这样也是可以的，请求的URL
可以是“/users/123/topics/123”
(3)Ant风格的URL路径映射
@RequestMapping(value="/users{productId}")：可匹配“/products/abc/abc/123”或“/products/123”，
也就是Ant风格和URI模板变量风格可混用;
(4)正则表达式风格的URL路径映射
从Spring3.0
开始支持正则表达式风格的URL路径映射，格式为{变量名:正则表达式}，这样我们就可以通过6.6.5 讲的
通过@PathVariable提取模式中的{×××：正则表达式匹配的值}中的×××变量了。
@RequestMapping(value="/products/{categoryCode:\\d+}-{pageNumber:\\d+}")
： 可以匹配
“/products/123-1”，但不能匹配“/products/abc-1”，这样可以设计更加严格的规则。
正则表达式风格的URL路径映射是一种特殊的URI模板模式映射：
URI模板模式映射是{userId}，不能指定模板变量的数据类型，如是数字还是字符串；
正则表达式风格的URL路径映射，可以指定模板变量的数据类型，可以将规则写的相当复杂。
26.@RequestMapping配置
@RequestMapping(value="/methodOr", method = {RequestMethod.POST,
RequestMethod.GET})：即请求方法可以是GET 或POST。
DispatcherServlet默认开启对GET、POST、PUT、DELETE、HEAD 的支持；
如果需要支持OPTIONS、TRACE，请添加DispatcherServlet 在web.xml
的初始化参数：dispatchOptionsRequest 和dispatchTraceRequest 为true。
@RequestMapping(params="create", method=RequestMethod.GET)
：表示请求中有“create”的参数名且请求方法为“GET”即可匹配，如可匹配的请求URL“http://×××/parameter1?create”；
@RequestMapping(params="create",
method=RequestMethod.POST)：表示请求中有“create”的参数名且请求方法为“POST”即可匹配；
@RequestMapping(params="!create",
method=RequestMethod.GET)：表示请求中没有“create”参数名且请求方法为“GET”即可匹配，如可匹配的请求URL“http://×××/parameter1?abc”。
@RequestMapping(params="submitFlag=create",
method=RequestMethod.GET) ： 表示请求中有
“submitFlag=create”请求参数且请求方法为“GET” 即可匹配，如请求URL为http://×××
/parameter2?submitFlag=create；
@RequestMapping(params="submitFlag=create",
method=RequestMethod.POST) ： 表示请求中有
“submitFlag=create”请求参数且请求方法为“POST”即可匹配；
@RequestMapping(params="submitFlag!=create",
method=RequestMethod.GET)：表示请求中的参数
“submitFlag!=create”且请求方法为“GET”即可匹配，如可匹配的请求URL“http://×××
/parameter1?submitFlag=abc”。
@RequestMapping(params={"test1",
"test2=create"})：表示请求中的有“test1”参数名且 有
“test2=create”参数即可匹配，如可匹配的请求URL“http://×××/parameter3?test1&test2=create。
@RequestMapping(value="/header/test1", headers=
"Accept")：表示请求的URL必须为“/header/test1” 且
请求头中必须有Accept参数才能匹配。
@RequestMapping(value="/header/test1", headers =
"abc")：表示请求的URL必须为“/header/test1” 且 请求头中必须有abc参数才能匹配
@RequestMapping(value="/header/test2", headers =
"!abc")：表示请求的URL必须为“/header/test2” 且 请求头中必须没有abc参数才能匹配。
@RequestMapping(value="/header/test3", headers =
"Content-Type=application/json")：表示请求 的URL必须为“/header/test3”且
请求头中必须有“Content-Type=application/json”参数即可匹配。
当你请求的URL为“/header/test3” 但
如果请求头中没有或不是“Content-Type=application/json”参数(如
“text/html”其他参数)，将返回“HTTP Status 415”状态码【表示不支持的媒体类型(Media
Type)，也就是MIME 类型】，即我们的功能处理方法只能处理application/json
的媒体类型。
@RequestMapping(value="/header/test4", headers =
"Accept=application/json")：表示请求的URL必 须为“/header/test4” 且
请求头中必须有“Accept =application/json”参数即可匹配。
当你请求的URL为“/header/test4” 但
如果请求头中没有“Accept=application/json”参数(如“text/html”其他参数)，将返回“HTTP
Status
406”状态码【不可接受，服务器无法根据Accept头的媒体类型为客户端生成响应】，即客户只接受“application/json”媒体类型的数据，即我们的功能处理方法的响应只能返回“application/json”媒体类型的数据。
@RequestMapping(value="/header/test5", headers = "Accept=text*") ：
表示请求的URL 必须为“/header/test6” 且 请求头中必须有任意Accept参数即可匹配。(将Modify
Header的Accept参数值改为“text/html”或“application/xml”等都可以)。
Accept=**;q=0.8
如果您的请求中含有Accept：“**,text*
即匹配规则为：最明确的优先匹配。
如
类级别的映射为@RequestMapping(value="/narrow", produces="text/html") ，
方法级别的为
@RequestMapping(produces="application/xml")，此时方法级别的映射将覆盖类级别的，因此请求头
“Accept:application/xml”是成功的，而“text/html”将报406错误码，表示不支持的请求媒体类型。
@RequestMapping(produces={"text/html", "application/json"}) ： 将 匹配“
Accept:text/html ” 或 “Accept:application/json”
30.WebRequest是Spring Web MVC提供的统一请求访问接口，不仅仅可以访问请求相关数据(如参数区数据、请求头数
据，但访问不到Cookie区数据)，还可以访问会话和上下文中的数据；NativeWebRequest继承了WebRequest，并提
供访问本地Servlet API的方法。
①
webRequest.getParameter：访问请求参数区的数据，可以通过getHeader()访问请求头数据；
②
webRequest.setAttribute/getAttribute：到指定的作用范围内取/放属性数据，Servlet定义的三个作用范围
分别使用如下常量代表：
SCOPE_REQUEST
：代表请求作用范围；
SCOPE_SESSION
：代表会话作用范围；
SCOPE_GLOBAL_SESSION ：代表全局会话作用范围，即ServletContext上下文作用范围。
③
nativeWebRequest.getNativeRequest/nativeWebRequest.getNativeResponse：得到本地的Servlet
API。
注意：session
访问不是线程安全的，如果需要线程安全，需要设置AnnotationMethodHandlerAdapter 或
RequestMappingHandlerAdapter
的synchronizeOnSession属性为true，即可线程安全的访问session。
Spring Web
MVC能够自动将请求参数绑定到功能处理方法的命令/表单对象上。
Spring Web MVC
提供Model、Map或ModelMap让我们能去暴露渲染视图需要的模型数据。
AnnotationMethodHandlerAdapter 和RequestMappingHandlerAdapter
将使用BindingAwareModelMap 作为模型对象的实 现，即此处我们的形参(Model model, Map
model2, ModelMap model3)都是同一个BindingAwareModelMap实例。
功能处理方法的返回值中的模型数据(如ModelAndView)会合并 功能处理方法形式参数
中的模型数据(如Model)，但如果两者之间有同名的，返回值中的模型数据会覆盖形式参数中的模型数据。
31.@RequestParam注解主要有哪些参数：
value：参数名字，即入参的请求参数名字，如username表示请求的参数区中的名字为username的参数的值将传入；
required：是否必须，默认是true，表示请求中一定要有相应的参数，否则将报404错误码；
defaultValue：默认值，表示如果请求中没有同名参数时的默认值，默认值可以是SpEL 表达式，如
“#{systemProperties['java.vm.version']}”
public String
requestparam4(@RequestParam(value="username",required=false) String
username)
表示请求中可以没有名字为username 的参数，如果没有默认为null，此处需要注意如下几点：
(1)原子类型：必须有值，否则抛出异常，如果允许空值请使用包装类代替。
(2)Boolean包装类型类型：默认Boolean.FALSE，其他引用类型默认为null。
@PathVariable用于将请求URL中的模板变量映射到功能处理方法的参数上。
@RequestMapping(value="/users/{userId}/topics/{topicId}")
public String
test(
@PathVariable(value="userId") int userId,
@PathVariable(value="topicId") int topicId)
如请求的 URL
为“控制器URL/users/123/topics/456”，则自动将URL 中模板变量{userId}和{topicId}绑定到通过
@PathVariable注解的同名参数上，即入参后userId=123、topicId=456。
@CookieValue用于将请求的Cookie数据映射到功能处理方法的参数上。
public String
test(@CookieValue(value="JSESSIONID", defaultValue="") String
sessionId)
public String
test2(@CookieValue(value="JSESSIONID", defaultValue="") Cookie
sessionId)
如上配置将自动将JSESSIONID 值入参到sessionId 参数上，defaultValue 表示Cookie
中没有JSESSIONID 时默认 为空。
@RequestHeader
用于将请求的头信息区数据映射到功能处理方法的参数上。
@RequestMapping(value="/header")
public String
test( @RequestHeader("User-Agent") String userAgent,
@RequestHeader(value="Accept") String[] accepts)
如上配置将自动将请求头“User-Agent”值入参到userAgent
参数上，并将“Accept”请求头值入参到accepts参数上。
@RequestHeader
也拥有和@RequestParam相同的三个参数，含义一样。
@ModelAttribute一个具有如下三个作用：
①绑定请求参数到命令对象：放在功能处理方法的入参上时，用于将多个请求参数绑定到一个命令对象，从而简化绑
定流程，而且自动暴露为模型数据用于视图页面展示时使用；
②暴露表单引用对象为模型数据：放在处理器的一般方法(非功能处理方法)上时，是为表单准备要展示的表单引用
对象，如注册时需要选择的所在城市等，而且在执行功能处理方法(@RequestMapping 注解的方法)之前，自动添加
到模型对象中，用于视图页面展示时使用；
③暴露@RequestMapping 方法返回值为模型数据：放在功能处理方法的返回值上时，是暴露功能处理方法的返回值为
模型数据，用于视图页面展示时使用。
32.暴露表单引用对象为模型数据
@ModelAttribute("cityList")
public List
cityList() {
return
Arrays.asList("北京", "山东");
}
如上代码会在执行功能处理方法之前执行，并将其自动添加到模型对象中，在功能处理方法中调用Model 入参的
containsAttribute("cityList")将会返回true。
如果同一个Controller中有同名的命令对象，那Spring Web MVC内部如何处理的呢：
(1)首先执行@ModelAttribute 注解的方法，准备视图展示时所需要的模型数据；@ModelAttribute
注解方法形式参
数规则和@RequestMapping规则一样，如可以有@RequestParam等；
(2)执行@RequestMapping 注解方法，进行模型绑定时首先查找模型数据中是否含有同名对象，如果有直接使用，如果
没有通过反射创建一个，因此②处的user将使用①处返回的命令对象。即②处的user等于①处的user。
(3)@ModelAttribute 注解的返回值会覆盖@RequestMapping 注解方法中的@ModelAttribute
注解的同名命令对 象。
32.有时候我们需要在多次请求之间保持数据，一般情况需要我们明确的调用HttpSession的API来存取会话数据，如多步
骤提交的表单。Spring Web MVC提供了@SessionAttributes进行请求间透明的存取会话数据。
//1、在控制器类头上添加@SessionAttributes注解
@SessionAttributes(value = {"user"}) //①
public class
SessionAttributeController
//2、@ModelAttribute注解的方法进行表单引用对象的创建
@ModelAttribute("user") //②
public
UserModel initUser()
//3、@RequestMapping注解方法的@ModelAttribute注解的参数进行命令对象的绑定
@RequestMapping("/session1") //③
public String
session1(@ModelAttribute("user") UserModel user)
//4、通过SessionStatus的setComplete()方法清除@SessionAttributes指定的会话数据
@RequestMapping("/session2") //③
public String
session(@ModelAttribute("user") UserModel user, SessionStatus
status) {
if(true) {
//④
status.setComplete();
}
return
"success";
}
33.@Value用于将一个SpEL表达式结果映射到到功能处理方法的参数上。
public String
test(@Value("#{systemProperties[' String
jvmVersion)
34.在 Spring3
之前，我们使用如下架构进行类型转换、验证及格式化
流程：
①：类型转换：首先调用PropertyEditor
的setAsText(String)，内部根据需要调用setValue(Object)方法进行设置转换后
的值；
②：数据验证：需要显示调用Spring的Validator 接口实现进行数据验证；
③：格式化显示：需要调用PropertyEditor 的getText 进行格式化显示。
使用如上架构的缺点是：
(1)PropertyEditor 被设计为只能StringObject
之间转换，不能任意对象类型任意类型，如我们常见的
Long时间戳到Date类型的转换是办不到的；
(2)PropertyEditor 是线程不安全的，也就是有状态的，因此每次使用时都需要创建一个，不可重用；
(3)PropertyEditor
不是强类型的，setValue(Object)可以接受任意类型，因此需要我们自己判断类型是否兼容；
(4)需要自己编程实现验证，Spring3支持更棒的注解验证支持；
(5)在使用SpEL表达式语言或DataBinder
时，只能进行StringObject之间的类型转换；
(6)不支持细粒度的类型转换/格式化，如UserModel 的registerDate
需要转换/格式化类似“2012-05-01”的数据，
而OrderModel
的orderDate 需要转换/格式化类似“2012-05-01
15：11：13”的数据，因为大家都为java.util.Date
类型，因此不太容易进行细粒度转换/格式化。
在 Spring Web
MVC环境中，数据类型转换、验证及格式化通常是这样使用的：
流程：
①、类型转换：首先表单数据(全部是字符串)通过WebDataBinder 进行绑定到命令对象，内部通过PropertyEditor
实现；
②：数据验证：在控制器中的功能处理方法中，需要显示的调用Spring的Validator实现并将错误信息添加到BindingResult
对象中；
③：格式化显示：在表单页面可以通过如下方式展示通过PropertyEditor格式化的数据和错误信息：
35.从Spring3
开始，我们可以使用如下架构进行类型转换、验证及格式化：
流程：
①：类型转换：内部的ConversionService会根据S源类型/T目标类型自动选择相应的Converter
SPI进行类型转换，而 且是强类型的，能在任意类型数据之间进行转换；
②：数据验证：支持JSR-303验证框架，如将@Valid 放在需要验证的目标类型上即可；
③：格式化显示：其实就是任意目标类型---->String 的转换，完全可以使用Converter SPI完成。
Spring为了更好的诠释格式化/解析功能提供了Formatter SPI，支持根据Locale信息进行格式化/解析，而且该套SPI可
以支持字段/参数级别的细粒度格式化/解析，流程如下：
①：类型解析(转换)：String---->T类型目标对象的解析，和PropertyEditor 类似；
③：格式化显示：任意目标类型---->String的转换，和PropertyEditor 类似。
在Spring Web
MVC环境中，数据类型转换、验证及格式化通常是这样使用的：
①、类型转换：首先表单数据(全部是字符串)通过WebDataBinder 进行绑定到命令对象，内部通过Converter SPI
实现；
②：数据验证：使用JSR-303验证框架进行验证；
③：格式化显示：在表单页面可以通过如下方式展示通过内部通过Converter SPI格式化的数据和错误信息：
分享：
喜欢
0
赠金笔
加载中，请稍候......
评论加载中，请稍候...
发评论
登录名： 密码： 找回密码 注册记住登录状态
昵 称：
评论并转载此博文
发评论
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。
扫一扫
4514
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
