ssm web.xml文件解析

以下为web.xml的配置<?xml version="1.0" encoding="UTF-8"?><web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"         xmlns="http://java.sun.com/xml/ns/javaee"         xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"         version="3.0">

  <welcome-file-list>    <welcome-file>login.html</welcome-file>  </welcome-file-list>  <display-name>Archetype Created Web Application</display-name>  <!-- Spring和mybatis的配置文件 -->  <context-param>    <param-name>contextConfigLocation</param-name>    <param-value>classpath:spring-mybatis.xml</param-value>  </context-param>  <!-- 编码过滤器 -->  <filter>    <filter-name>encodingFilter</filter-name>    <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>    <async-supported>true</async-supported>    <init-param>      <param-name>encoding</param-name>      <param-value>UTF-8</param-value>    </init-param>  </filter>  <filter-mapping>    <filter-name>encodingFilter</filter-name>    <url-pattern>/*</url-pattern>  </filter-mapping>  <!-- Spring监听器 -->  <listener>    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>  </listener>  <!-- 防止Spring内存溢出监听器 -->  <listener>    <listener-class>org.springframework.web.util.IntrospectorCleanupListener</listener-class>  </listener>

  <!-- Spring MVC servlet -->  <servlet>    <servlet-name>SpringMVC</servlet-name>    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>    <init-param>      <param-name>contextConfigLocation</param-name>      <param-value>classpath:spring-mvc.xml</param-value>    </init-param>    <load-on-startup>1</load-on-startup>    <async-supported>true</async-supported>  </servlet>  <servlet-mapping>    <servlet-name>SpringMVC</servlet-name>    <url-pattern>/</url-pattern>  </servlet-mapping>  <welcome-file-list>    <welcome-file>/index.jsp</welcome-file>  </welcome-file-list>

先摘抄一下一些概念:

web.xml 中<context-param>与<init-param>的区别与作用

<context-param>的作用: 
web.xml的配置中<context-param>配置作用

1. 启动一个WEB项目的时候,容器(如:Tomcat)会去读它的配置文件web.xml.读两个节点: <listener></listener> 和 <context-param></context-param> 
2.紧接着,容器创建一个ServletContext(上下文),这个WEB项目所有部分都将共享这个上下文. 
3.容器将<context-param></context-param>转化为键值对,并交给ServletContext. 
4.容器创建<listener></listener>中的类实例,即创建监听.

换句话说,这个时候,你对<context-param>中的键值做的操作,将在你的WEB项目完全启动之前被执行.

context-param和init-param区别 
web.xml里面可以定义两种参数: 
(1)application范围内的参数,存放在servletcontext中(context-param)
(2)servlet范围内的参数,只能在servlet的init()方法中取得(init-param)

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

ContextLoaderListener的作用就是启动Web容器时,自动装配spring-mybatis.xml的配置信息。因为它实现了ServletContextListener这个接口,在web.xml配置这个监听器,启动容器时,就会默认执行它实现的方法。

(实现上下文,引入配置)

以下详解

org.springframework.web.context.ContextLoaderListener类实现了javax.servlet.ServletContextListener接口。ServletContextListener接口能够监听ServletContext对象的生命周期,因为每个web应用仅有一个ServletContext对象,故实际上该接口监听的是整个web应用。

实现该接口的类在web.xml中作为监听器配置后,当web应用启动后,会触发ServletContextEvent事件,调用ContextLoaderListener的contextInitialized(ServletContextEvent sce)方法。

ContextLoaderListener通过一个ContextLoader对象来初始化Spring容器。在contextInitialized方法中调用contextLoader.initWebApplicationContext(event.getServletContext())。


web.xml的配置在我理解里面相当告诉容器有哪些需要加载的文件<context-param>引入需要加载的配置文件classpath在idea里面就是资源目录的意思,一般默认在WEB-INF目录下不清楚的话一般会忘记配置监听器ContextLoaderListener,它的作用就是装配你引入的配置文件的信息,如果不配置在后面的操作中就会发现你始终找不到dao接口的实例(mapper)如果配置还是找不到一般就是路径问题,或是在pom.xml引入资源
<build>  <finalName>text</finalName>    <plugins>        <plugin>            <groupId>org.apache.maven.plugins</groupId>            <artifactId>maven-compiler-plugin</artifactId>            <configuration>                <source>1.6</source>                <target>1.6</target>            </configuration>        </plugin>    </plugins>    <resources>    <resource>      <directory>src/main/resources</directory>      <includes>        <include>*.xml</include>        <include>*.properties</include>      </includes>    </resource>    <resource>      <directory>src/main/java</directory>      <includes>        <include>**/*.xml</include>      </includes>    </resource>  </resources></build>
 

<!-- 防止Spring内存溢出监听器 -->  <listener>    <listener-class>org.springframework.web.util.IntrospectorCleanupListener</listener-class>  </listener>这个可配可不配引入一下api的翻译
  1. /**
  2. * org.springframework.web.util.IntrospectorCleanupListener的用途
  3. * @see -------------------------------------------------------------------------------------------------------------------
  4. * @see 此监听器出用于主要为了解决java.beans.Introspector导致内存泄漏的问题
  5. * @see 此监听器应该配置在web.xml中与Spring相关监听器中的第一个位置(也要在ContextLoaderListener的前面)
  6. * @see -------------------------------------------------------------------------------------------------------------------
  7. * @see JDK中的java.beans.Introspector类的用途是发现Java类是否符合JavaBean规范
  8. * @see 如果有的框架或程序用到了Introspector类,那么就会启用一个系统级别的缓存,此缓存会存放一些曾加载并分析过的JavaBean的引用
  9. * @see 当Web服务器关闭时,由于此缓存中存放着这些JavaBean的引用,所以垃圾回收器无法回收Web容器中的JavaBean对象,最后导致内存变大
  10. * @see 而org.springframework.web.util.IntrospectorCleanupListener就是专门用来处理Introspector内存泄漏问题的辅助类
  11. * @see IntrospectorCleanupListener会在Web服务器停止时清理Introspector缓存,使那些Javabean能被垃圾回收器正确回收
  12. * @see -------------------------------------------------------------------------------------------------------------------
  13. * @see Spring自身不会出现这种问题
  14. * @see 因为Spring在加载并分析完一个类之后会马上刷新JavaBeans Introspector缓存,这就保证Spring中不会出现这种内存泄漏的问题
  15. * @see 但有些程序和框架在使用了JavaBeans Introspector之后,没有进行清理工作(如Quartz,Struts),最后导致内存泄漏
  16. * @see -------------------------------------------------------------------------------------------------------------------
  17. * @create Sep 24, 2013 9:10:09 PM
  18. * @author 玄玉<http://blog.csdn.net/jadyer>
  19. */
 

DispatcherServlet

DispatcherServlet是前端控制器设计模式的实现,提供Spring Web MVC的集中访问点,而且负责职责的分派,而且与Spring IoC容器无缝集成,从而可以获得Spring的所有好处。

DispatcherServlet主要用作职责调度工作,本身主要用于控制流程,主要职责如下:

1、文件上传解析,如果请求类型是multipart将通过MultipartResolver进行文件上传解析;

2、通过HandlerMapping,将请求映射到处理器(返回一个HandlerExecutionChain,它包括一个处理器、多个HandlerInterceptor拦截器);

3、通过HandlerAdapter支持多种类型的处理器(HandlerExecutionChain中的处理器);

4、通过ViewResolver解析逻辑视图名到具体视图实现;

5、本地化解析;

6、渲染具体的视图等;

7、如果执行过程中遇到异常将交给HandlerExceptionResolver来解析。

从以上我们可以看出DispatcherServlet主要负责流程的控制(而且在流程中的每个关键点都是很容易扩展的)。

工作流程:

  1. Web中,无非是请求和响应;
  2. 在SpringMVC中,请求的第一站是DispatcherServlet,充当前端控制器角色;
  3. DispatcherServlet会查询一个或多个处理器映射(handler mapping)并根据请求所携带的URL信息进行决策,将请求发送给哪个SpringMVC控制器(controller);
  4. 控制器做两件事:一是将数据打包,二是定义逻辑视图名,然后返回给DispatcherServlet;
  5. DispatcherServlet通过视图解析器(view resolver)来将逻辑视图名匹配为一个特定的视图实现,它可能是也可能不是JSP;
  6. 交付数据模型,以视图形式响应给客户,整个请求流程完成。

原文地址:https://www.cnblogs.com/zhangzonghua/p/9471083.html

时间: 2024-08-02 14:17:09

ssm web.xml文件解析的相关文章

web.xml文件解析

web.xml文件过程 参考:web.xml详细配置 WEB.xml 初始化顺序:ServletContext — context-patam(无顺序) — listener(无顺序) — filter(书写顺序) — servlet(load-on-startup优先级) 在启动Web项目时,容器(如Tomcat)会读web.xml文件中的listener节点和comtext-param节点 容器会创建一个ServletContext(Servlet上下文),整个Web项目共享使用该上下文 将

配置ssm 时, web.xml 文件无 # 自动代码提示

环境:STS 版本:spring-tool-suite-3.8.1.RELEASE-e4.6-win32-x86_64 配置ssm 时, web.xml 文件无 如下图蓝色圈范围内的提示 问题与 链接 类似 后来在 链接 中 13楼 找到答案 解决方法如下: 在web.xml中先输入左尖括号(<),等提示框出来后,再删除这个符号,再在提示信息中翻到最下边儿就看到了. 原文地址:https://www.cnblogs.com/mumu122GIS/p/10012245.html

java基础之概谈xml文件解析

XML已经成为一种很通用的数据交换格式,它的平台无关性,语言无关性,系统无关性,给数据集成与交互带来了极大的方便.诸多web应用框架,其可配置的编程方式,给我们的开发带来了很大程度的便捷,但细细想来,它们的应用无一不是java bean与xml之间的转换解析.本文将对xml的两种操作标准DOM和SAX,从它们各自的特点.适用范围等方面进行简单介绍. DOM (Document Object Model) :DOM标准中,采用W3C标准表示XML,有多重语言支持,因此其跨平台性很好.采用DOM规范

&lt;context-param&gt; 标签引出的 web.xml 文件的加载顺序 [转]

代码示例 : <context-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/applicationContext.xml</param-value> </context-param> <context-param> <param-name>log4jConfigLocation</param-nam

Python实现XML文件解析

1. XML简介 XML(eXtensible Markup Language)指可扩展标记语言,被设计用来传输和存储数据,已经日趋成为当前许多新生技术的核心,在不同的领域都有着不同的应用.它是web发展到一定阶段的必然产物,既具有SGML的核心特征,又有着HTML的简单特性,还具有明确和结构良好等许多新的特性. test.XML文件 <?xml version="1.0" encoding="utf-8"?> <catalog> <m

Web.XML文件中关于代码提示的一些问题

1. 问题描述   在进行ssm的整合时,我发现在web.xml文件中里按了alt+/以后没有下面的提示:这样真的很不爽...于是弄了半天(主要是等着)终于解决了,特此写篇博客记录下. 2. 解决方案   在eclipse中安装Spring IDE的插件,就这么个原因害的lz耽误了半天...(具体怎么装就不说了,自行百度) 3. 注意事项   1. eclipse的版本和插件的版本一定要对应上.  2. 建议在官网上先下载下来,然后在eclipse中选择本地文件安装,要不然会出现一些不知道的问题

applicationContext.xml文件和dispatcher-servlet.xml文件和web.xml文件

applicationContext.xml<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.sp

web.xml文件中的7个错误的安全配置

关于Java的web.xml文件中配置认证和授权有大 量 的 文章.本文不再去重新讲解如何配置角色.保护web资源和设置不同类型的认证,让我们来看看web.xml文件中的一些常见的安全错误配置. (1) 自定义的错误页面没有配置 默认情况下,Java Web应用在发生错误时会将详细的错误信息展示出来,这将暴露服务器版本和详细的堆栈信息,在有些情况下,甚至会显示Java代码的代码片段.这些信息对为他们的病毒需找更多信息的黑客来说是一种恩惠.幸运的是,通过配置web.xml文件来展示自定义的错误页面

web.xml文件的作用

每个javaEE工程中都有web.xml文件,那么它的作用是什么呢?它是每个web.xml工程都必须的吗? 一个web中可以没有web.xml文件,也就是说,web.xml文件并不是web工程必须的. web.xml文件是用来初始化配置信息:比如Welcome页面.servlet.servlet-mapping.filter.listener.启动加载级别等. 当你的web工程没用到这些时,你可以不用web.xml文件来配置你的Application. 每个xml文件都有定义它书写规则的Sche