今天完成的事情：今天感觉自己sprigmvc的一些地方还是没搞懂 又复习了一下 

                             这里首先是web.xml文件定义servlet 拦截器 listener监听器  filter过滤器

首先看一下加载顺序，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。结论是：listener -> filter -> servlet

 同时还存在着这样一种配置节：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是不是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为：context-param -> listener -> filter -> servlet 这里看一下我的代码

<!-- spring的配置文件-->
<context-param>
  <param-name>contextConfigLocation</param-name>
  <param-value>classpath:spring/ApplicationContext.xml,classpath:service.xml</param-value>

</context-param>

<context-param>
  <param-name>log4jConfigLocation</param-name>
  <param-value>classpath:log4j.properties</param-value>
</context-param>

<listener>
  <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<listener>

  <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>

<!-- spring mvc核心：分发servlet -->
<servlet>
  <servlet-name>mvc-dispatcher</servlet-name>
  <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
  <!-- spring mvc的配置文件 -->
  <init-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath:springmvc/SpringMVC.xml</param-value>
  </init-param>
  <load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
  <servlet-name>mvc-dispatcher</servlet-name>
  <url-pattern>/</url-pattern>
</servlet-mapping>
<!-- 过滤器-->
<filter>
  <filter-name>HiddenHttpMethodFilter</filter-name>
  <filter-class>org.springframework.web.filter.HiddenHttpMethodFilter</filter-class>
</filter>
<filter-mapping>
  <filter-name>HiddenHttpMethodFilter</filter-name>
  <url-pattern>/*</url-pattern>
</filter-mapping>
<filter>
  <filter-name>springUtf8Encoding</filter-name>
  <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
  <init-param>
    <param-name>encoding</param-name>
    <param-value>UTF-8</param-value>
  </init-param>
  <init-param>
    <param-name>forceEncoding</param-name>
    <param-value>true</param-value>
  </init-param>
</filter>
<filter-mapping>
  <filter-name>springUtf8Encoding</filter-name>
  <url-pattern>/*</url-pattern>
</filter-mapping>

       而对于某类配置节而言，与它们出现的顺序是有关的。以 filter 为例，web.xml 中当然可以定义多个 filter，与 filter 相关的一个配置节是 filter-mapping，这里一定要注意，对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言，filter-mapping 必须出现在 filter 之后，否则当解析到 filter-mapping 时，它所对应的 filter-name 还未定义。web 容器启动时初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。servlet 同 filter 类似 ，此处不再赘述。

由此，可以看出，web.xml 的加载顺序是：context-param -> listener -> filter -> servlet ，而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。

这里又看了一下 Web.xml常用元素  不过还没用过 就贴一下链接http://www.cnblogs.com/Kevin-mao/p/5664056.html

不过有几个用到的还是说一下

<init-param></init-param> 用来定义参数，可有多个init-param。在servlet类中通过getInitParamenter(String name)方法访问初始化参数    
 <load-on-startup></load-on-startup>指定当Web应用启动时，装载Servlet的次序。    
                                 当值为正数或零时：Servlet容器先加载数值小的servlet，再依次加载其他数值大的servlet.    
                                 当值为负或未定义：Servlet容器将在Web客户首次访问这个servlet时加载它 

以及这个跳转到起始页面  和错误时候返回页面的配置 都是在web.xml文件中 配置 这里可以自行指定 绝对路径或者相对路径 错误返回的页面可以根据状态码或者通过异常的类型配置error-page    

上面配置了当系统发生404错误时，跳转到错误处理页面NotFound.jsp。   

<error-page>
  <exception-type>java.lang.NullPointerException</exception-type>
  <location>/error.jsp</location>
</error-page>

上面配置了当系统发生空指针异常时跳转

这两个不能共存 应该是异常优先级高于状态码

明天计划的事情：抓紧时间完成任务五的接口
遇到的问题：tiles引入的视图解析器 和原本的视图解析器冲突

     原本通过映射访问的jsp没有被原来的视图解析器使用 而是被tiles的视图解析器使用

      认为返回的是一个tiles组件名

<!-- 视图定位 -->
<bean
        class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <property name="viewClass"
              value="org.springframework.web.servlet.view.JstlView" />
    <property name="prefix" value="/WEB-INF/pages/" />
    <property name="suffix" value=".jsp" />
</bean>
<!-- tiles视图解释类 -->
<bean id="viewResolver" class="org.springframework.web.servlet.view.UrlBasedViewResolver">
    <property name="viewClass">
        <value>
            org.springframework.web.servlet.view.tiles3.TilesView
        </value>
    </property>
    <property name="order" value="1" />
</bean>
<!-- tiles配置路径 -->
<bean id="tilesConfigurer" class="org.springframework.web.servlet.view.tiles3.TilesConfigurer">
    <property name="definitions">
        <list>
            <value>/WEB-INF/tiles.xml</value>
        </list>
    </property>
</bean>

这里检查发现是吧tiles配置路径这一段代码注释掉了 把他恢复就能正常访问了

收获：视图解析器的原理 相关配置

‍‍如果将DispatcherServlet请求映射配置为"/"，则Spring MVC将捕获Web容器所有的请求，包括静态资源的请求，Spring MVC会将它们当成一个普通请求处理，因此找不到对应处理器将导致错误。‍‍

‍‍‍‍而实际上我们并不通过直接访问目录下文件来访问静态资源，‍‍通过映射来访问，比如映射为一个action或者servlet通过服务器端跳转来访问到具体的页面。这样可以限制访问，提高安全性。这里也是我们所使用的方法‍

不过如果想让Spring框架能够捕获所有URL的请求，同时又将静态资源的请求转由Web容器处理，是可将DispatcherServlet的请求映射配置为"/"的前提。由于REST是Spring3.0最重要的功能之一，所以Spring团队很看重静态资源处理这项任务，给出了堪称经典的两种解决方案。

方法1.采用<mvc:default-servlet-handler />

‍‍进度：开始时间：2017.09.15‍‍‍‍‍‍‍‍‍‍

   ‍‍ 预计demo：2017.09.20‍‍

  ‍‍  是否有延期风险：不确定‍‍

 ‍‍   禅道链接：http://task.ptteng.com/zentao/my/‍‍‍‍‍‍‍‍‍‍‍‍‍