笔记之_Java整理Spring MVC

springMVC原理讲解地址：http://www.cnblogs.com/dragonfei/p/6148625.html
Ionic2和angularjs2和angularjs和nosql菜鸟教程一起是做手机的
https://www.bilibili.com/video/av8614724/index_10.html是ionic2公开课地址
FreeCMS
DeDeCMS风信网，数据库表结构
DEDECMS简单建站
Filter和Interceptor的区别
Filter是基于函数回调的，而Interceptor则是基于Java反射的。
Filter依赖于Servlet容器，而Interceptor不依赖于Servlet容器。
Filter对几乎所有的请求起作用，而Interceptor只能对action请求起作用。
Interceptor可以访问Action的上下文，值栈里的对象，而Filter不能。(struts框架)
在action的生命周期里，Interceptor可以被多次调用，而Filter只能在容器初始化时调用一次
springMVC中拦截器，可以有2种方式
实现HandlerInterceptor接口  重写里面的方法，最重要的是  boolean  preHandler
继承HandlerInterceptorAdapter ，重写 boolean  preHandler  (推荐)
return true  放行, return false 停止执行
Admin-servlet.xml是后台控制器，web.xml是页面控制器
Cookies中可以看到session生成的UUID同一个浏览器session一致，要登录多个账号要打开不同的浏览器
MVC框架   ?Spring<--ORM框架
springMVC             MyBaties           
servlet                jdbc          
struts                 hibernate
设置缓存后，分页查询不用缓存时加useCache=”false”表示取消缓存
*一个代表以及目录，**两个代表n个目录
Sesion时tomcat保存的大概有30分钟时间，存于内存
EJB企业级的开发
Session是Map集合
Pojo和实体类的区别：
        实体类实现serializable接口，与数据库字段对应
        Pojo是一个工具类，与数据库无关
Model和View并不直接交互数据
swift playground一种简单的编程语言
参数注入的方式：
        Set方法
        构造函数
        接口注入
Servlet只实例化一次，用的时候才加载
UUID.randomUUID()计算机生成的不重复的数字
Java图片验证码
Jsp中可以用三元运算sex==0?”男”:”女”
约定大于配置是指，在页面中先写虚拟路径及相关参数，然后controller中参数要和页面一致
在controller中传多个参数时：
@param(“teaId”) int teaId,@param(“teaName”) String teaName
Excel中的拼接字符串函数：=B3&"="&"#{"&B3&"}"&","
ajax提供的页面验证失去焦点才验证data-bv-trigger="blur"
restful语义化的地址传参
kindeditor文件上传、图片，富文本框也是文件上传
throw new  RuntimeException("批量上传学生信息失败的");
Java倒计时跳转页面
Document.getElementById(‘href’).href找到地址
MD5加密32位
MD5加盐
事务的特性：原子性、一致性、隔离性、持久性
Poi文件上传
artDialog是bootstrap的艺术对话框
Mapper的方法没有映射完时项目会报错
React native 和ionic都是专业做手机app的
Angularjs
Param.marjorId上次查询传过去的参数
循环中被选中在option中还原
日期插件datetimepicker
Bootstrap Validate验证
Data-bv-trigger=”blur”鼠标移开后才验证样式
jsp页面代码的提取：
    对于一段的连续的页面代码会被重复用到，将js和css分别提取到单独的jsp文件
在原页面通过<jsp:include page="common/common_js.jsp"></jsp:include>引用
Spring MVC注入时日期会报错，要在实体类中做处理
    @DateTimeFormat(pattern = "yyyy-MM-dd")
动态注入：
@Autowired  //spring实现的动态代理 
@Resource(name="classesMapper") //java 框架实现动态代理
后台service接口提取：
封装公业的Mapper
   没有分页的操作Insert,update,findById ,search()(CommonMapper)
   有分页的  建立在没有分页的操作之上的 ,int searchPageCount()  
(CommonPageMapper)
封装公共的Service
   没有分页的操作 Insert,update,findById ,search()(CommonService)
有分页的，建立在没有分页的操作之上的 ,int searchPageCount()  (CommonPageService)
封装公共的Service.impl
    没有分页的操作 Insert,update,findById ,search() 建立CommonServiceImpl,
      调用CommonMapper类，必须给一个set方法，让子类来赋值
有分页的CommonPageServiceImpl继承CommonServiceImpl调用CommonPageMapper  必须给一个set方法，让子类来赋值
数据库与实体类列名不同时，查询语句要加as处理
分页公共接口继承公共接口
bootstrap中向右浮动的css用pull-right
A标签提交表单：<a href=‘javascript:document.getElementById(‘form1’).submit();‘></a>
Spring MVC 分离了控制器、模型对象、过滤器以及处理程序对象的角色，这种分离让它们更容易进行定制
MVC是设计模式，三层架构是一种思想
JSP本质是servlet
Spring MVC：契约式的编程，约定大于配置，名字写死
具体步骤：
   1、 首先用户发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
   2、 DispatcherServlet——>HandlerMapping，HandlerMapping 将会把请求映射为 HandlerExecutionChain 对象（包含一个 Handler 处理器（页面控制器）对象、多个 HandlerInterceptor 拦截器）对象，通过这种策略模式，很容易添加新的映射策略；
   3、 DispatcherServlet——>HandlerAdapter，HandlerAdapter 将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
   4、 HandlerAdapter——>处理器功能处理方法的调用，HandlerAdapter 将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个 ModelAndView 对象（包含模型数据、逻辑视图名）；
   5、 ModelAndView 的逻辑视图名——> ViewResolver， ViewResolver 将把逻辑视图名解析为具体的 View，通过这种策略模式，很容易更换其他视图技术；
   6、 View——>渲染，View 会根据传进来的 Model 模型数据进行渲染，此处的 Model 实际是一个 Map 数据结构，因此很容易支持其他视图技术；
   7、 返回控制权给 DispatcherServlet，由 DispatcherServlet 返回响应给用户，到此一个流程结束。
核心开发步骤
  1、 DispatcherServlet 在 web.xml 中的部署描述，从而拦截请求到 Spring Web MVC
  2、 HandlerMapping 的配置，从而将请求映射到处理器
  3、 HandlerAdapter 的配置，从而支持多种类型的处理器
  4、 ViewResolver 的配置，从而将逻辑视图名解析为具体视图技术
  5、 处理器（页面控制器）的配置，从而进行功能处理
配置spring mvc与mybatis 最好不要单独用
   Spring   mvc   -->Spring <-- mybatis
   1)、resource 下面去建立一个名为 applicationContext.xml (可以改，默认都叫这个)文件 
   2)、在这里面做如下配置
       2.1)、扫包 ( 业务逻辑包，数据访问包)
       2.2)、声明 支持 注解方式
       2.3)、数据连接池的操作（数据库，驱动，用户名，密码 .....)
       2.4)、创建SqlSessionFactory
       2.5)、配置事务管理
       2.6)、使用Spring AOP(动态代理)设定对哪些方法做什么样的事情（只读可提交）
   3)、配置mybatis的一些常用的设定，如调试打印出sql，映射文件 在哪个包下面
4)、最后要在 web.xml中去启动 刚刚配置好的 applicationContext.xml




























1、当用户通过浏览器发送web请求时，首先接受到的是应用服务器，比如tomcat，应用服务器通过协议解析等一系列动作后，将请求对象HttpServletRequest交给DispatcherServlet，DispatcherServlet是Spring MVC的核心入口。
2、DispatcherServlet收到request请求后会在doService方法里设置一些request相关的属性，比如applicationContext，支持国际化用的LocalResolver等，然后将request交由请求处理适配器 
3、Spring 在初始化applicationContext的阶段会将请求uri与请求处理器进行一个映射，在运行期由请求处理适配器HandlerAdapter通过request对象找到对应的处理器 HandlerMethod，Spring MVC中的Handler是Object类型，实际上是在Controller上配了@ReqquestMapping的方法，[email protected]
4、Handler处理请求，即调用对应的业务方法逻辑后将返回ModelAndView视图对象，然后调用HandlerExecutionChain的 applyPostHandle方法处理视图对象 
5、Spring MVC使用视图解析器解析ModelAndView对象，然后生成对应的页面交由DispatcherServlet，由它将响应写回给客户端，这样就基本完成了整个请求的处理







1、当springMVC的初始化完成之后、就进入到Servlet的第二个阶段“Service“时期、当浏览器发送一个request的到服务器的时候、Servlet容器启动一个线程、通过service()方法将请求转到doGet或者doPost来处理。
2、此时springMVC已经建立了一个子上下文、此上下文中存放着通过依赖注入的各种编程元素。Struts2采取的是一种完全和Web容器隔离和解耦的事件机制。诸如Action对象、Result对象、Interceptor对象，这些都是完全脱离Servlet容器的编程元素。Struts2将数据流和事件处理完全剥离开来，从Http请求中读取数据后，下面的事件处理流程就只依赖于这些数据，而完全不知道有Web环境的存在。反观SpringMVC，无论HandlerMapping对象、HandlerAdapter对象还是View对象，这些核心的接口所定义的方法中，HttpServletRequest和HttpServletResponse对象都是直接作为方法的参数出现的。这也就意味着，框架的设计者，直接将SpringMVC框架和容器绑定到了一起。或者说，整个SpringMVC框架，都是依托着Servlet容器元素来设计的。
3、DispatcherServlet作为一个标准的Servlet、那么当一个请求过来时、我们就可以按照Servlet的执行过程去分析、他是如何处理request的。对于springMVC的模版化设计模式、我们时常要去父类中寻找我们需要的方法。下面就从DispatcherServlet入手、来分析一个request的请求过程

Spring MVC请求处理流程
从web.xml中 servlet的配置开始， 根据servlet拦截的url-parttern，来进行请求转发
Spring工作流程描述
      1. 用户向服务器发送请求，请求被Spring 前端控制Servelt DispatcherServlet捕获；
      2. DispatcherServlet对请求URL进行解析，得到请求资源标识符（URI）。然后根据该URI，调用HandlerMapping获得该Handler配置的所有相关的对象（包括Handler对象以及Handler对象对应的拦截器），最后以HandlerExecutionChain对象的形式返回；
      3. DispatcherServlet 根据获得的Handler，选择一个合适的HandlerAdapter。（附注：如果成功获得HandlerAdapter后，此时将开始执行拦截器的preHandler(...)方法）
      4.  提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)。 在填充Handler的入参过程中，根据你的配置，Spring将帮你做一些额外的工作：
      HttpMessageConveter： 将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息
      数据转换：对请求消息进行数据转换。如String转换成Integer、Double等
      数据根式化：对请求消息进行数据格式化。 如将字符串转换成格式化数字或格式化日期等
      数据验证： 验证数据的有效性（长度、格式等），验证结果存储到BindingResult或Error中
      5.  Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象；
      6.  根据返回的ModelAndView，选择一个适合的ViewResolver（必须是已经注册到Spring容器中的ViewResolver)返回给DispatcherServlet ；
      7. ViewResolver 结合Model和View，来渲染视图
      8. 将渲染结果返回给客户端。
为什么Spring只使用一个Servlet(DispatcherServlet)来处理所有请求？
     详细见J2EE设计模式-前端控制模式
Spring为什么要结合使用HandlerMapping以及HandlerAdapter来处理Handler?
符合面向对象中的单一职责原则，代码架构清晰，便于维护，最重要的是代码可复用性高。如HandlerAdapter可能会被用于处理多种Handler
1. 当DispatcherServlet接到请求时，他先回查找适当的处理程序来处理请求。DispatcherServlet通过一个或者多个处理程序映射，将每个请求映射到处理程序中。处理程序映射配置在web应用程序的上下文中，是实现了HandlerMapping接口的Bean。它负责为请求返回一个适当的处理程序（也就是Controller）。处理程序映射通常根据请求的URL将请求映射到处理程序（Controller）。 
2. 一旦DispatcherServlet选择了适当的控制器，它就会调用这个控制器来处理请求。 
3. 控制器处理完请求后，会将模型和视图名（有时候是视图对象）返回给DispatcherServlet。模型包含了控制器要传递给视图进行显示的属性。如果返回的是视图名称，它会被解析成视图对象再进行呈现。绑定模型和视图的基本类是ModelAndView 
4. 当DispatcherServlet接收到模型和视图名称时，它会将逻辑视图名称解析成视图对象再进行呈现。DispatcherServlet从一个或者多个视图解析器中解析视图。视图解析器配置在Web应用程序上下文中，是实现了ViewResolver接口的Bean。它的任务是根据逻辑视图名称返回试图对象。 
5. 一旦DispatcherServlet将视图名称解析称为试图对象，它就会呈现视图对象，并传递控制器返回的模型。视图的任务是将模型属性展示给用户。 
DispatcherServlet接到请求后如何映射到Controller呢？ 
在Spring MVC中，Web请求被Web应用程序上下文中声明的一个或者多个处理程序映射Bean（是吸纳了HandlerMapping接口的Bean）映射到Controller。
Spring MVC提供了几种HandlerMapping实现： 
1. BeanNameUrlHandlerMapping(默认情况)，他根据Controller Bean名称中指定的URL模式将请求映射到处理程序上。 
eg. <bean name="/welcome.htm" class="com.kevin.controller.WelcomeController">...</bean> 
当你访问http://******/welcome.htm这个URL时，DispatcherServlet通过BeanNameUrlHandlerMapping映射就找到了WelcomeController。 
2. ControllerClassNameHandlerMapping，它是按控制器类名称映射请求。 
3. SimpleUrlHandlerMapping，用定制的映射定义来映射请求。 




Controller接口：是Spring MVC中所有控制器类的基本接口。通过实现这个接口，你可以创建自己的控制器。在handleRequest()方法中，可以随意地处理Web请求。 
AbstractController:如果你想让控制器具备一些基本的特性，如过滤受支持的HTTP方法（GET,POST和HEAD）,以及在HTTP响应中生成cache-control头部等，你可以让它扩展AbstractController类。 
ParameterizableViewController:用来创建带有参数化视图的控制器。 
SimpleFormController:它支持命令对象的概念（commandName），并且可以将表单域的值绑定到命令对象的同名属性上。 
AbstractWizardFormController:为向导表单的处理定义了基本的任务。向导表单有多个单页，因此必须为向导表单控制器定义多个页面视图。然后这个控制器可以跨越所有这些表单页面来管理表单状态。向导表单会有多个动作，不像SimpleFormController只有单个提交动作。AbstractWizardFormController会根据特殊的请求参数决定用户的动作，通常是用提交按钮的名称来指定动作的。 
_finished: 完成向导表单。 
_cancel: 取消向导表单。 
_targetx: 进入目标页面，这里的x是从0开始的页面索引。 
MultiActionController：允许你将多个相关的动作分组到一个控制器中。 
几种常见的ViewResolver的解析： 
1. InternalResourceViewResolver: 根据URL解析视图。通过添加前缀和后缀的方法，将每个视图名称都映射到一个URL上。 
2. XmlViewResolver: 从XML配置文件中解析视图。将视图声明成Spring的Bean，并按他们的Bean Name进行解析。 
3. ResourceBundleViewResolver: 从ResourceBundle中解析视图。 
4. 用多个视图解析器解析视图, 需要注意的是，您需要为你配置的视图解析器配置解析的优先级。<property name="order" value="0"/> value越小，优先级越高。