servlet/filter/listener/interceptor区别与联系 - yingsuixindong - 博客园
随笔 - 2002, 文章 - 2, 评论 - 80, 引用 - 0
&&一、概念：& & & & &1、servlet：servlet是一种运行服务器端的java应用程序，具有独立于平台和协议的特性，并且可以动态的生成web页面，它工作在客户端请求与服务器响应的中间层。最早支持 Servlet 技术的是 JavaSoft 的 Java Web Server。此后，一些其它的基于 Java 的 Web Server 开始支持标准的 Servlet API。Servlet 的主要功能在于交互式地浏览和修改数据，生成动态 Web 内容。这个过程为：1) 客户端发送请求至服务器端；2) 服务器将请求信息发送至 Servlet；3) Servlet 生成响应内容并将其传给服务器。响应内容动态生成，通常取决于客户端的请求；4) 服务器将响应返回给客户端。在 Web 应用程序中，一个 Servlet 在一个时刻可能被多个用户同时访问。这时 Web 容器将为每个用户创建一个线程来执行 Servlet。如果 Servlet 不涉及共享资源的问题，不必关心多线程问题。但如果 Servlet 需要共享资源，需要保证 Servlet 是线程安全的。最新版本3.1，为了简化开发流程，Servlet 3.0 引入了注解（annotation），这使得 web 部署描述符 web.xml 不再是必须的选择。& & & & &2、filter：filter是一个可以复用的代码片段，可以用来转换HTTP请求、响应和头信息。Filter不像Servlet，它不能产生一个请求或者响应，它只是修改对某一资源的请求，或者修改从某一的响应。Servlet中的过滤器Filter是实现了javax.servlet.Filter接口的服务器端程序，主要的用途是过滤字符编码、做一些业务逻辑判断等。其工作原理是，只要你在web.xml文件配置好要拦截的客户端请求，它都会帮你拦截到请求，此时你就可以对请求或响应(Request、Response)统一设置编码，简化操作；同时还可进行逻辑判断，如用户是否已经登陆、有没有权限访问该页面等等工作。它是随你的web应用启动而启动的，只初始化一次，以后就可以拦截相关请求，只有当你的web应用停止或重新部署的时候才销毁。Filter可认为是Servlet的一种“变种”，它主要用于对用户请求进行预处理，也可以对HttpServletResponse进行后处理，是个典型的处理链。它与Servlet的区别在于：它不能直接向用户生成响应。完整的流程是：Filter对用户请求进行预处理，接着将请求交给Servlet进行处理并生成响应，最后Filter再对服务器响应进行后处理。Filter有如下几个用处。在HttpServletRequest到达Servlet之前，拦截客户的HttpServletRequest。根据需要检查HttpServletRequest，也可以修改HttpServletRequest头和数据。在HttpServletResponse到达客户端之前，拦截HttpServletResponse。根据需要检查HttpServletResponse，也可以修改HttpServletResponse头和数据。Filter有如下几个种类。用户授权的Filter：Filter负责检查用户请求，根据请求过滤用户非法请求。日志Filter：详细记录某些特殊的用户请求。负责解码的Filter：包括对非标准编码的请求解码。能改变XML内容的XSLT Filter等。Filter可负责拦截多个请求或响应；一个请求或响应也可被多个请求拦截。创建一个Filter只需两个步骤：建Filter处理类；web.xml文件中配置Filter。下面先介绍一个简单的记录日志的Filter，这个Filter负责拦截所有的用户请求，并将请求的信息记录在日志中。&代码public&class&LogFilter&implements&Filter&{//FilterConfig可用于访问Filter的配置信息private&FilterConfig&//实现初始化方法public&void&init(FilterConfig&config){this.config&=&&}//实现销毁方法public&void&destroy(){this.config&=&null;&}//执行过滤的核心方法public&void&doFilter(ServletRequest&request,ServletResponse&response,&FilterChain&chain)throws&IOException,ServletException{//---------下面代码用于对用户请求执行预处理---------//获取ServletContext对象，用于记录日志ServletContext&context&=&this.config.getServletContext();&long&before&=&System.currentTimeMillis();System.out.println("开始过滤...");//将请求转换成HttpServletRequest请求HttpServletRequest&hrequest&=&(HttpServletRequest)//记录日志context.log("Filter已经截获到用户的请求地址：&"&+&hrequest.getServletPath());//Filter只是链式处理，请求依然放行到目的地址chain.doFilter(request,&response);&//---------下面代码用于对服务器响应执行后处理---------long&after&=&System.currentTimeMillis();//记录日志context.log("过滤结束");//再次记录日志context.log("请求被定位到"&+&hrequest.getRequestURI()&+&"所花的时间为:&"&+&(after&-&before));&}}上面程序实现了doFilter()方法，实现该方法就可实现对用户请求进行预处理，也可实现对服务器响应进行后处理——它们的分界线为是否调用了chain.doFilter()，执行该方法之前，即对用户请求进行预处理；执行该方法之后，即对服务器响应进行后处理。在上面的请求Filter中，仅在日志中记录请求的URL，对所有的请求都执行chain.doFilter (request,reponse)方法，当Filter对请求过滤后，依然将请求发送到目的地址。如果需要检查权限，可以在Filter中根据用户请求的HttpSession，判断用户权限是否足够。如果权限不够，直接调用重定向即可，无须调用chain.doFilter(request,reponse)方法。& &在web.xml文件中我们需要对其需要拦截的请求配置监听范围，或者说过滤哪些url。1
&filter-name&logfilter&/filter-name&
&filter-class&com.mine.test.LogFilter&/filter-class&
&filter-mapping&
&filter-name&logfilter&/filter-name&
&url-pattern&/*&/url-pattern& &!--配置过滤的范围
后缀符合即过滤
此处为全部过滤--&
&/filter-mapping&在web.xml文件中配置该Filter，使用init-param元素为该Filter配置参数，init-param可接受如下两个子元素：param-name：指定参数名。param-value：指定参数值。其实struts2本身就依托于一个总过滤器：&filter&
&filter-name&struts2&/filter-name&
&filter-class&org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter&/filter-class&
&filter-mapping&
&filter-name&struts2&/filter-name&
&url-pattern&/*&/url-pattern&
&/filter-mapping&&多个匹配的Filter，是按照其在web.xml中配置的顺序来执行的。&所以这也就是，把自己的Filter或者其他的Filter（比如UrlRewrite的Filter）放在Struts的DispatcherFilter的前面的原因。因为，它们需要在请求被Struts2框架处理之前，做一些前置的工作。&当Filter被调用，并且进入了Struts2的DispatcherFilter中后，Struts2会按照在Action中配置的Interceptor Stack中的Interceptor的顺序，来调用Interceptor。&&3、listener：监听器，从字面上可以看出listener主要用来监听只用。通过listener可以监听web服务器中某一个执行动作，并根据其要求作出相应的响应。通俗的语言说就是在application，session，request三个对象创建消亡或者往其中添加修改删除属性时自动执行代码的功能组件。比如spring 的总监听器 会在服务器启动的时候实例化我们配置的bean对象 、 hibernate 的 session 的监听器会监听session的活动和生命周期，负责创建，关闭session等活动。Servlet的监听器Listener，它是实现了javax.servlet.ServletContextListener 接口的服务器端程序，它也是随web应用的启动而启动，只初始化一次，随web应用的停止而销毁。主要作用是： 做一些初始化的内容添加工作、设置一些基本的内容、比如一些参数或者是一些固定的对象等等。& & & & &4、interceptor：是在面向切面编程的，就是在你的service或者一个方法，前调用一个方法，或者在方法后调用一个方法，是基于JAVA的反射机制。比如动态代理就是拦截器的简单实现，在你调用方法前打印出字符串（或者做其它业务逻辑的操作），也可以在你调用方法后打印出字符串，甚至在你抛出异常的时候做业务逻辑的操作。& &&servlet、filter、listener是配置到web.xml中（web.xml 的加载顺序是：context-param -& listener -& filter -& servlet&），interceptor不配置到web.xml中，struts的拦截器配置到struts.xml中。spring的拦截器配置到spring.xml中。&& & & & 二、生命周期：& & & & 1、servlet：一般继承HttpServlet（一般的，通用Servlet由javax.servlet.GenericServlet实现Servlet接口。程序设计人员可以通过使用或这个类来实现通用Servlet应用。javax.servlet.http.HttpServlet实现了专门用于响应请求的Servlet，提供了响应对应HTTP标准请求的doGet()、doPost()等方法），web.xml配置servlet时如果加上load-on-start（在servlet的配置当中，&load-onstartup&1&/load-on-startup&的含义是：标记容器是否在启动的时候就加载这个servlet。当值为0或者大于0时，表示容器在应用启动时就加载这个servlet；当是一个负数时或者没有指定时，则指示容器在该servlet被选择时才加载。正数的值越小，启动该servlet的优先级越高。）为1时候，Web应用启动时候加载Servlet。当servlet被部署在应用服务器中（应用服务器中用于管理Java组件的部分被抽象成为）以后，由容器控制servlet的生命周期。除非特殊指定，否则在容器启动的时候，servlet是不会被加载的，servlet只会在第一次请求的时候被加载和实例化。servlet一旦被加载，一般不会从容器中删除，直至应用服务器关闭或重新启动。但当容器做内存回收动作时，servlet有可能被删除。也正是因为这个原因，第一次访问servlet所用的时间要大大多于以后访问所用的时间。servlet在服务器的运行生命周期为，在第一次请求（或其实体被内存垃圾回收后再被访问）时被加载并执行一次初始化方法，跟着执行正式运行方法，之后会被常驻并每次被请求时直接执行正式运行方法，直到服务器关闭或被清理时执行一次销毁方法后实体销毁。Java服务器页面（）是HttpServlet的扩展。由于HttpServlet大多是用来响应HTTP请求，并返回Web页面（例如、），所以不可避免地，在编写servlet时会涉及大量的HTML内容，这给servlet的书写效率和可读性带来很大障碍，JSP便是在这个基础上产生的。其功能是使用HTML的书写格式，在适当的地方加入Java代码片断，将程序员从复杂的HTML中解放出来，更专注于servlet本身的内容。JSP在首次被访问的时候被应用服务器转换为servlet，在以后的运行中，容器直接调用这个servlet，而不再访问JSP页面。JSP的实质仍然是servlet。& & & & (1)、装入：启动服务器时加载Servlet的实例；&& & & & (2)、初始化：web服务器启动时或web服务器接收到请求时，或者两者之间的某个时刻启动。初始化工作有init（）方法负责执行完成；&& & & & (3)、调用：从第一次到以后的多次访问，都是只调用doGet()或doPost()方法；&& & & & (4)、销毁：停止服务器时调用destroy()方法，销毁实例。&& & & &&& & & & & &2、filter：（必须实现javax.Servlet.Filter接口，并且必须定义以下三个方法:init(),destory(),doFilter()，空实现也行）&& & & & &(1)、启动服务器时加载过滤器的实例，并调用init()方法来初始化实例；&& & & & &(2)、每一次请求时都只调用方法doFilter()进行处理；&& & & & &(3)、停止服务器时调用destroy()方法，销毁实例。& & & & &3、listener：Servlet的监听器Listener，它是实现了javax.servlet.ServletContextListener 接口的服务器端程序，它也是随web应用的启动而启动，只初始化一次，随web应用的停止而销毁。& & & & & &web.xml&的加载顺序是：context- param&-&&listener&-&&filter&-&&servlet&& & & &4、interceptor：以struts的拦截器为例，加载了struts.xml以后，初始化相应拦截器。当action请求来时调用intercept方法，服务器停止销毁interceptor。& & & &三、职责& & & &1、servlet：& & & & 创建并返回一个包含基于客户请求性质的动态内容的完整的html页面；& & & & 创建可嵌入到现有的html页面中的一部分html页面（html片段）；& & & & 读取客户端发来的隐藏数据；& & & & 读取客户端发来的显示数据；& & & & 与其他服务器资源（包括数据库和java的应用程序）进行通信；& & & & 通过状态代码和响应头向客户端发送隐藏数据。& & & &2、filter：& & & &&filter能够在一个请求到达servlet之前预处理用户请求，也可以在离开servlet时处理http响应：& & & & 在执行servlet之前，首先执行filter程序，并为之做一些预处理工作；& & & & 根据程序需要修改请求和响应；& & & & 在servlet被调用之后截获servlet的执行& & & & &3、listener：职责如概念。& & & & &&servlet2.4规范中提供了8个listener接口，可以将其分为三类，分别如下：& & & & &第一类：与servletContext有关的listner接口。包括：ServletContextListener、ServletContextAttributeListener& & & & &第二类：与HttpSession有关的Listner接口。包括：HttpSessionListner、HttpSessionAttributeListener、HttpSessionBindingListener、 & & & & & & & & & & &HttpSessionActivationListener；& & & & &第三类：与ServletRequest有关的Listener接口，包括：ServletRequestListner、ServletRequestAttributeListener& & & & 4、interceptor：与过滤器十分相似，通过层层拦截，处理用户的请求和响应。& & & & 四、几个区别：& & & &&1,servlet 流程是短的，url传来之后，就对其进行处理，之后返回或转向到某一自己指定的页面。它主要用来在&业务处理之前进行控制.& & & & 2,filter 流程是线性的， url传来之后，检查之后，可保持原来的流程继续向下执行，被下一个filter, servlet接收等，而servlet 处理之后，不会继续向下传递。filter功能可用来保持流程继续按照原来的方式进行下去，或者主导流程，而servlet的功能主要用来主导流程。& & & & &filter可用来进行字符编码的过滤，检测用户是否登陆的过滤，禁止页面缓存等& & & & 3, servlet,filter都是针对url之类的，而listener是针对对象的操作的，如session的创建，session.setAttribute的发生，在这样的事件发生时做一些事情。&&&& 可用来进行：Spring整合Struts,为Struts的action注入属性，web应用定时任务的实现，在线人数的统计等& & & &4，interceptor 拦截器，类似于filter,不过在struts.xml中配置，不是在web.xml,并且不是针对URL的，而是针对action,当页面提交action时，进行过滤操作，相当于struts1.x提供的plug-in机制，可以看作，前者是struts1.x自带的filter,而interceptor 是struts2 提供的filter.&&& 与filter不同点：（１）不在web.xml中配置，而是在struts.xml中完成配置，与action在一起&&&&&&&&&&&&&&&&&&&&&&&&&&& ( 2& ) 可由action自己指定用哪个interceptor 来在接收之前做事& &&& & & & 5，struts2中的过滤器和拦截器的区别与联系：& & & （1）、拦截器是基于java反射机制的，而过滤器是基于函数回调的。& & & （2）、过滤器依赖与servlet容器，而拦截器不依赖与servlet容器。& & & （3）、拦截器只能对Action请求起作用，而过滤器则可以对几乎所有请求起作用。& & & （4）、拦截器可以访问Action上下文、值栈里的对象，而过滤器不能。& & & （5）、在Action的生命周期中，拦截器可以多次调用，而过滤器只能在容器初始化时被调用一次。& & & &&& & & & 五、执行流程图：& & & & &1、servlet：& & & & & && & & & & 2、filter：& & & & &&& & & & & & & && & & & & & && & & & & &3、listener：& & & & & & && & & & & &4、interceptor：& & & & & &&&&&&博客分类：
3.1、DispatcherServlet作用
DispatcherServlet是前端控制器设计模式的实现，提供Spring Web MVC的集中访问点，而且负责职责的分派，而且与Spring IoC容器无缝集成，从而可以获得Spring的所有好处。 具体请参考第二章的图2-1。
DispatcherServlet主要用作职责调度工作，本身主要用于控制流程，主要职责如下：
1、文件上传解析，如果请求类型是multipart将通过MultipartResolver进行文件上传解析；
2、通过HandlerMapping，将请求映射到处理器（返回一个HandlerExecutionChain，它包括一个处理器、多个HandlerInterceptor拦截器）；
3、通过HandlerAdapter支持多种类型的处理器(HandlerExecutionChain中的处理器)；
4、通过ViewResolver解析逻辑视图名到具体视图实现；
5、本地化解析；
6、渲染具体的视图等；
7、如果执行过程中遇到异常将交给HandlerExceptionResolver来解析。
从以上我们可以看出DispatcherServlet主要负责流程的控制（而且在流程中的每个关键点都是很容易扩展的）。
3.2、DispatcherServlet在web.xml中的配置
&servlet-name&chapter2&/servlet-name&
&servlet-class&org.springframework.web.servlet.DispatcherServlet&/servlet-class&
&load-on-startup&1&/load-on-startup&
&/servlet&
&servlet-mapping&
&servlet-name&chapter2&/servlet-name&
&url-pattern&/&/url-pattern&
&/servlet-mapping&
load-on-startup：表示启动容器时初始化该Servlet；
url-pattern：表示哪些请求交给Spring Web MVC处理， “/” 是用来定义默认servlet映射的。也可以如“*.html”表示拦截所有以html为扩展名的请求。
该DispatcherServlet默认使用WebApplicationContext作为上下文，Spring默认配置文件为“/WEB-INF/[servlet名字]-servlet.xml”。
DispatcherServlet也可以配置自己的初始化参数，覆盖默认配置：
摘自Spring Reference
contextClass
实现WebApplicationContext接口的类，当前的servlet用它来创建上下文。如果这个参数没有指定， 默认使用XmlWebApplicationContext。
contextConfigLocation
传给上下文实例（由contextClass指定）的字符串，用来指定上下文的位置。这个字符串可以被分成多个字符串（使用逗号作为分隔符） 来支持多个上下文（在多上下文的情况下，如果同一个bean被定义两次，后面一个优先）。
WebApplicationContext命名空间。默认值是[server-name]-servlet。
因此我们可以通过添加初始化参数
&servlet-name&chapter2&/servlet-name&
&servlet-class&org.springframework.web.servlet.DispatcherServlet&/servlet-class&
&load-on-startup&1&/load-on-startup&
&init-param&
&param-name&contextConfigLocation&/param-name&
&param-value&classpath:spring-servlet-config.xml&/param-value&
&/init-param&
&/servlet&
如果使用如上配置，Spring Web MVC框架将加载“classpath:spring-servlet-config.xml”来进行初始化上下文而不是“/WEB-INF/[servlet名字]-servlet.xml”。
3.3、上下文关系
集成Web环境的通用配置：
&context-param&
&param-name&contextConfigLocation&/param-name&
&param-value&
classpath:spring-common-config.xml,
classpath:spring-budget-config.xml
&/param-value&
&/context-param&
&listener&
&listener-class&org.springframework.web.context.ContextLoaderListener&/listener-class&
&/listener&
如上配置是Spring集成Web环境的通用配置；一般用于加载除Web层的Bean（如DAO、Service等），以便于与其他任何Web框架集成。
contextConfigLocation：表示用于加载Bean的配置文件；
contextClass：表示用于加载Bean的ApplicationContext实现类，默认WebApplicationContext。
创建完毕后会将该上下文放在ServletContext：
servletContext.setAttribute(
WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE,
this.context);
ContextLoaderListener初始化的上下文和DispatcherServlet初始化的上下文关系，如图3-1
从图中可以看出：
ContextLoaderListener初始化的上下文加载的Bean是对于整个应用程序共享的，不管是使用什么表现层技术，一般如DAO层、Service层Bean；
DispatcherServlet初始化的上下文加载的Bean是只对Spring Web MVC有效的Bean，如Controller、HandlerMapping、HandlerAdapter等等，该初始化上下文应该只加载Web相关组件。
3.4、DispatcherServlet初始化顺序
继承体系结构如下所示：
1、HttpServletBean继承HttpServlet，因此在Web容器启动时将调用它的init方法，该初始化方法的主要作用
：：：将Servlet初始化参数（init-param）设置到该组件上（如contextAttribute、contextClass、namespace、contextConfigLocation），通过BeanWrapper简化设值过程，方便后续使用；
：：：提供给子类初始化扩展点，initServletBean()，该方法由FrameworkServlet覆盖。
public abstract class HttpServletBean extends HttpServlet implements EnvironmentAware{
public final void init() throws ServletException {
//省略部分代码
//1、如下代码的作用是将Servlet初始化参数设置到该组件上
//如contextAttribute、contextClass、namespace、contextConfigLocation；
PropertyValues pvs = new ServletConfigPropertyValues(getServletConfig(), this.requiredProperties);
BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(this);
ResourceLoader resourceLoader = new ServletContextResourceLoader(getServletContext());
bw.registerCustomEditor(Resource.class, new ResourceEditor(resourceLoader, this.environment));
initBeanWrapper(bw);
bw.setPropertyValues(pvs, true);
catch (BeansException ex) {
//…………省略其他代码
//2、提供给子类初始化的扩展点，该方法由FrameworkServlet覆盖
initServletBean();
if (logger.isDebugEnabled()) {
logger.debug("Servlet '" + getServletName() + "' configured successfully");
//…………省略其他代码
2、FrameworkServlet继承HttpServletBean，通过initServletBean()进行Web上下文初始化，该方法主要覆盖一下两件事情：
初始化web上下文；
提供给子类初始化扩展点；
public abstract class FrameworkServlet extends HttpServletBean {
protected final void initServletBean() throws ServletException {
//省略部分代码
//1、初始化Web上下文
this.webApplicationContext = initWebApplicationContext();
//2、提供给子类初始化的扩展点
initFrameworkServlet();
//省略部分代码
protected WebApplicationContext initWebApplicationContext() {
//ROOT上下文（ContextLoaderListener加载的）
WebApplicationContext rootContext =
WebApplicationContextUtils.getWebApplicationContext(getServletContext());
WebApplicationContext wac =
if (this.webApplicationContext != null) {
// 1、在创建该Servlet注入的上下文
wac = this.webApplicationC
if (wac instanceof ConfigurableWebApplicationContext) {
ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext)
if (!cwac.isActive()) {
if (cwac.getParent() == null) {
cwac.setParent(rootContext);
configureAndRefreshWebApplicationContext(cwac);
if (wac == null) {
//2、查找已经绑定的上下文
wac = findWebApplicationContext();
if (wac == null) {
//3、如果没有找到相应的上下文，并指定父亲为ContextLoaderListener
wac = createWebApplicationContext(rootContext);
if (!this.refreshEventReceived) {
//4、刷新上下文（执行一些初始化）
onRefresh(wac);
if (this.publishContext) {
// Publish the context as a servlet context attribute.
String attrName = getServletContextAttributeName();
getServletContext().setAttribute(attrName, wac);
//省略部分代码
从initWebApplicationContext（）方法可以看出，基本上如果ContextLoaderListener加载了上下文将作为根上下文（DispatcherServlet的父容器）。
最后调用了onRefresh()方法执行容器的一些初始化，这个方法由子类实现，来进行扩展。
3、DispatcherServlet继承FrameworkServlet，并实现了onRefresh()方法提供一些前端控制器相关的配置：
public class DispatcherServlet extends FrameworkServlet {
//实现子类的onRefresh()方法，该方法委托为initStrategies()方法。
protected void onRefresh(ApplicationContext context) {
initStrategies(context);
//初始化默认的Spring Web MVC框架使用的策略（如HandlerMapping）
protected void initStrategies(ApplicationContext context) {
initMultipartResolver(context);
initLocaleResolver(context);
initThemeResolver(context);
initHandlerMappings(context);
initHandlerAdapters(context);
initHandlerExceptionResolvers(context);
initRequestToViewNameTranslator(context);
initViewResolvers(context);
initFlashMapManager(context);
从如上代码可以看出，DispatcherServlet启动时会进行我们需要的Web层Bean的配置，如HandlerMapping、HandlerAdapter等，而且如果我们没有配置，还会给我们提供默认的配置。
从如上代码我们可以看出，整个DispatcherServlet初始化的过程和做了些什么事情，具体主要做了如下两件事情：
1、初始化Spring Web MVC使用的Web上下文，并且可能指定父容器为（ContextLoaderListener加载了根上下文）；
2、初始化DispatcherServlet使用的策略，如HandlerMapping、HandlerAdapter等。
服务器启动时的日志分析（此处加上了ContextLoaderListener从而启动ROOT上下文容器）：
信息: Initializing Spring root WebApplicationContext //由ContextLoaderListener启动ROOT上下文
13:33:55 [main] INFO
org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization started
13:33:55 [main] INFO
org.springframework.web.context.support.XmlWebApplicationContext - Refreshing Root WebApplicationContext: startup date [Mon Mar 12 13:33:55 CST 2012]; root of context hierarchy
13:33:55 [main] DEBUG org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader - Loading bean definitions
13:33:55 [main] DEBUG org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loaded 0 bean definitions from location pattern [/WEB-INF/ContextLoaderListener.xml]
13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for Root WebApplicationContext: org.springframework.beans.factory.support.DefaultListableBeanFactory@1c05ffd: defining beans []; root of factory hierarchy
13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for Root WebApplicationContext:
13:33:55 [main] DEBUG org.springframework.web.context.ContextLoader - Published root WebApplicationContext as ServletContext attribute with name [org.springframework.web.context.WebApplicationContext.ROOT] //将ROOT上下文绑定到ServletContext
13:33:55 [main] INFO
org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization completed in 438 ms
//到此ROOT上下文启动完毕
13:33:55 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Initializing servlet 'chapter2'
信息: Initializing Spring FrameworkServlet 'chapter2'
//开始初始化FrameworkServlet对应的Web上下文
13:33:55 [main] INFO
org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'chapter2': initialization started
13:33:55 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Servlet with name 'chapter2' will try to create custom WebApplicationContext context of class 'org.springframework.web.context.support.XmlWebApplicationContext', using parent context [Root WebApplicationContext: startup date [Mon Mar 12 13:33:55 CST 2012]; root of context hierarchy]
//此处使用Root WebApplicationContext作为父容器。
13:33:55 [main] INFO
org.springframework.web.context.support.XmlWebApplicationContext - Refreshing WebApplicationContext for namespace 'chapter2-servlet': startup date [Mon Mar 12 13:33:55 CST 2012]; parent: Root WebApplicationContext
13:33:55 [main] INFO
org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/chapter2-servlet.xml]
13:33:55 [main] DEBUG org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader - Loading bean definitions
13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name[org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0]
//我们配置的HandlerMapping
13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name[org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0] //我们配置的HandlerAdapter
13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name [org.springframework.web.servlet.view.InternalResourceViewResolver#0] //我们配置的ViewResolver
13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - No XML 'id' specified - using '/hello' as bean name and [] as aliases
//我们的处理器（HelloWorldController）
13:33:55 [main] DEBUG org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loaded 4 bean definitions from location pattern [/WEB-INF/chapter2-servlet.xml]
13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for WebApplicationContext for namespace 'chapter2-servlet': org.springframework.beans.factory.support.DefaultListableBeanFactory@1372656: defining beans [org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0,org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0,org.springframework.web.servlet.view.InternalResourceViewResolver#0,/hello]; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@1c05ffd
//到此容器注册的Bean初始化完毕
13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Unable to locate MultipartResolver with name 'multipartResolver': no multipart request handling provided
13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver'
//默认的LocaleResolver注册
13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.theme.FixedThemeResolver'
//默认的ThemeResolver注册
13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0'
//发现我们定义的HandlerMapping 不再使用默认的HandlerMapping。
13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0'
//发现我们定义的HandlerAdapter 不再使用默认的HandlerAdapter。
13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver'
//异常处理解析器ExceptionResolver
13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver'
13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.view.InternalResourceViewResolver#0'
13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Published WebApplicationContext of servlet 'chapter2' as ServletContext attribute with name [org.springframework.web.servlet.FrameworkServlet.CONTEXT.chapter2]
//绑定FrameworkServlet初始化的Web上下文到ServletContext
13:33:56 [main] INFO
org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'chapter2': initialization completed in
13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Servlet 'chapter2' configured successfully
//到此完整流程结束
从如上日志我们也可以看出，DispatcherServlet会进行一些默认的配置。接下来我们看一下默认配置吧。
3.5、DispatcherServlet默认配置
DispatcherServlet的默认配置在DispatcherServlet.properties（和DispatcherServlet类在一个包下）中，而且是当Spring配置文件中没有指定配置时使用的默认策略：
org.springframework.web.servlet.LocaleResolver=org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver
org.springframework.web.servlet.ThemeResolver=org.springframework.web.servlet.theme.FixedThemeResolver
org.springframework.web.servlet.HandlerMapping=org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping,\
org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping
org.springframework.web.servlet.HandlerAdapter=org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,\
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,\
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter
org.springframework.web.servlet.HandlerExceptionResolver=org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver,\
org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver,\
org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver
org.springframework.web.servlet.RequestToViewNameTranslator=org.springframework.web.servlet.view.DefaultRequestToViewNameTranslator
org.springframework.web.servlet.ViewResolver=org.springframework.web.servlet.view.InternalResourceViewResolver
org.springframework.web.servlet.FlashMapManager=org.springframework.web.servlet.support.SessionFlashMapManager
从如上配置可以看出DispatcherServlet在启动时会自动注册这些特殊的Bean，无需我们注册，如果我们注册了，默认的将不会注册。
因此如第二章的BeanNameUrlHandlerMapping、SimpleControllerHandlerAdapter是不需要注册的，DispatcherServlet默认会注册这两个Bean。
从DispatcherServlet.properties可以看出有许多特殊的Bean，那接下来我们就看看Spring Web MVC主要有哪些特殊的Bean。
3.6、DispatcherServlet中使用的特殊的Bean
DispatcherServlet默认使用WebApplicationContext作为上下文，因此我们来看一下该上下文中有哪些特殊的Bean：
1、Controller：处理器/页面控制器，做的是MVC中的C的事情，但控制逻辑转移到前端控制器了，用于对请求进行处理；
2、HandlerMapping：请求到处理器的映射，如果映射成功返回一个HandlerExecutionChain对象（包含一个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器）对象；如BeanNameUrlHandlerMapping将URL与Bean名字映射，映射成功的Bean就是此处的处理器；
3、HandlerAdapter：HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；如SimpleControllerHandlerAdapter将对实现了Controller接口的Bean进行适配，并且掉处理器的handleRequest方法进行功能处理；
4、ViewResolver：ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；如InternalResourceViewResolver将逻辑视图名映射为jsp视图；
5、LocalResover：本地化解析，因为Spring支持国际化，因此LocalResover解析客户端的Locale信息从而方便进行国际化；
6、ThemeResovler：主题解析，通过它来实现一个页面多套风格，即常见的类似于软件皮肤效果；
7、MultipartResolver：文件上传解析，用于支持文件上传；
8、HandlerExceptionResolver：处理器异常解析，可以将异常映射到相应的统一错误界面，从而显示用户友好的界面（而不是给用户看到具体的错误信息）；
9、RequestToViewNameTranslator：当处理器没有返回逻辑视图名等相关信息时，自动将请求URL映射为逻辑视图名；
10、FlashMapManager：用于管理FlashMap的策略接口，FlashMap用于存储一个请求的输出，当进入另一个请求时作为该请求的输入，通常用于重定向场景，后边会细述。
到此DispatcherServlet我们已经了解了，接下来我们就需要把上边提到的特殊Bean挨个击破，那首先从控制器开始吧。
原创内容（）
原创内容，转载请注明私塾在线【】
186 顶23 踩
浏览 312526
[*][img][/img][color=darkred][/color][/size][size=small][align=center][/align]
请问开涛老师, /& /*& /**& * 这些之间的区别是什么Ant风格路径
你好，请问一下，你那个启动时，产生的日志怎么配置的？我这边怎么都打印不出那些spring的日志呢？log4j怎么配置？谢谢！你找一下源码下载的帖子 下载下源码 看看
jinnianshilongnian 写道xfei6868 写道jinnianshilongnian 写道xfei6868 写道我有个问题：目前有两个 ApplicationContext一个& xmlConfigApplicationContext 的 环境。springmvc 启动一个 AnnotationConfigApplicationContext 的环境。用户socket的管理。web启动的时候会启动 xmlConfigApplicationContext ，怎么传递 AnnotationConfigApplicationContext 给xmlConfigApplicationContext作为一个整体。如果写代码实现当然可以，但是直接wab默认配置的话，如何加载呢？1、你直接使用ContextLoaderListener加载AnnotationConfigApplicationContext即可，它会作为springmvc xmlConfigApplicationContext的父亲web.xml 里一般不是都配置& xmlConfigApplicationContext的xml路径吗？ 怎么加载 AnnotationConfigApplicationContext没太听明白你的需求 你为什么飞得要AnnotationConfigApplicationContext? 想加载 netty4& 找到的一个方式是这样的， http://my.oschina.net/u/592601/blog/139464. 不好转换成xmlConfigApplicationContext。所以想用父子这样的关系来调用，但是又没有什么好的办法。这里 找到解决方案了： /developerworks/cn/webservices/ws-springjava/，可以通过web.xml 加载 AnnotationConfigApplicationContext
xfei6868 写道jinnianshilongnian 写道xfei6868 写道我有个问题：目前有两个 ApplicationContext一个& xmlConfigApplicationContext 的 环境。springmvc 启动一个 AnnotationConfigApplicationContext 的环境。用户socket的管理。web启动的时候会启动 xmlConfigApplicationContext ，怎么传递 AnnotationConfigApplicationContext 给xmlConfigApplicationContext作为一个整体。如果写代码实现当然可以，但是直接wab默认配置的话，如何加载呢？1、你直接使用ContextLoaderListener加载AnnotationConfigApplicationContext即可，它会作为springmvc xmlConfigApplicationContext的父亲web.xml 里一般不是都配置& xmlConfigApplicationContext的xml路径吗？ 怎么加载 AnnotationConfigApplicationContext没太听明白你的需求 你为什么飞得要AnnotationConfigApplicationContext? 想加载 netty4& 找到的一个方式是这样的， http://my.oschina.net/u/592601/blog/139464. 不好转换成xmlConfigApplicationContext。所以想用父子这样的关系来调用，但是又没有什么好的办法。
jinnianshilongnian 写道xfei6868 写道我有个问题：目前有两个 ApplicationContext一个& xmlConfigApplicationContext 的 环境。springmvc 启动一个 AnnotationConfigApplicationContext 的环境。用户socket的管理。web启动的时候会启动 xmlConfigApplicationContext ，怎么传递 AnnotationConfigApplicationContext 给xmlConfigApplicationContext作为一个整体。如果写代码实现当然可以，但是直接wab默认配置的话，如何加载呢？1、你直接使用ContextLoaderListener加载AnnotationConfigApplicationContext即可，它会作为springmvc xmlConfigApplicationContext的父亲web.xml 里一般不是都配置& xmlConfigApplicationContext的xml路径吗？ 怎么加载 AnnotationConfigApplicationContext没太听明白你的需求 你为什么飞得要AnnotationConfigApplicationContext?
& 上一页 1
jinnianshilongnian
浏览量：1729794
浏览量：2135103
浏览量：4303942
浏览量：176902
浏览量：1219360
浏览量：187717
浏览量：3660617
浏览量：447078
浏览量：470968
u 写道 写道Alex丿 写 ...
楼主，shiro-web.ini中的online让我有点摸不着 ...
感谢分享，多谢了
感谢分享，多谢了
刚开始学，感谢分享