2018-5-30 15:13:27

1. <load-on-startup>1</load-on-startup>：

    （1）标记容器是否在启动的时候就加载这个servlet。当值为0或者大于0时，表示容器在应用启动时就加载这个servlet；当是一个负数时或者没有指定时，则指示容器在该servlet被选择时才加载。正数的值越小，启动该servlet的优先级越高。

    （2）如果我们在web.xml中设置了多个servlet的时候，可以使用load-on-startup来指定servlet的加载顺序，服务器会根据load-on-startup的大小依次对servlet进行初始化。不过即使我们将load-on-startup设置重复也不会出现异常，服务器会自己决定初始化顺序。

    （3） 配置load-on-startup后，servlet在startup后立即加载，但只是调用servlet的init()方法，用以初始化该servlet相关的资源。初始化成功后，该servlet可响应web请求；如未配置load-on-startup，容器一般在第一次响应web请求时，会先检测该servlet是否初始化，如未初始化，则调用servlet的init()先初始化，初始化成功后，再响应请求。

    （4）一般我们在开发web应用时，都会配置这个参数，有两个好处：1、如果初始化过程失败，则容器会提示启动失败，此时我们能够提前知道相关错误；2、配置该参数相当于将初始化servlet的工作转移到容器启动过程，使得容器只要启动成功后，就可立即响应web请求。

2.  ContextLoaderListener与RequestContextListener配置问题

    

ContextLoaderListener与RequestContextListener

ContextLoaderListener

ContextLoaderListener extends ContextLoader implements ServletContextListener。

ServletContextListener extends EventListener。 
ServletContextListener只负责监听Web容器的启动和关闭的事件。

ContextLoaderListener(或ContextLoaderServlet)将Web容器与spring容器进行整合。

这是使用Spring 必须配置 的：

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

Spring配置文件的声明：

<context-param>
  <param-name>contextConfigLocation</param-name>
  <param-value>classpath:applicationContext.xml</param-value>
</context-param>

如果没有显式声明，则 系统默认 在WEB-INF/applicationContext.xml。

在一个团队使用Spring的实际项目中，应该需要多个Spring的配置文件，如何使用和交叉引用的问题： 
如果想装入多个配置文件，可以用逗号作分隔符，如：

<context-param>
  <param-name>contextConfigLocation</param-name>
  <param-value>applicationContext-database.xml，applicationContext.xml</param-value>
</context-param>

多个配置文件里的交叉引用可以用ref的external或bean解决，例如:

applicationContext.xml

<bean id="userService" class="domain.user.service.impl.UserServiceImpl"> 
    <property name="dbbean">
         <ref bean="dbBean"/>
    </property> 
</bean>

dbBean在applicationContext-database.xml中。

RequestContextListener

RequestContextListener implements ServletRequestListener

ServletRequestListener extends EventListener 
ServletRequestListener监听HTTP请求事件，Web服务器接收的每次请求都会通知该监听器。

RequestContextListener将Spring容器与Web容器结合的更加密切。这是可选配置，并且后者与scope=”request”搭配使用：

<listener>
  <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>

两者区别

ContextLoaderListener(或ContextLoaderServlet)将Web容器与spring容器整合。RequestContextListener将Spring容器与Web容器结合的更加密切。 
前者为必选配置，后者为可选配置，并且后者与scope=”request”搭配使用。

详细案例解析

spring IOC容器实例化Bean的方式有：

singleton 在spring IOC容器中仅存在一个Bean实例,Bean以单实例的方式存在.

prototype 每次从容器中调用Bean时,都返回一个新的实例,即每次调用getBean()时,相当于执行new XxxBean()的操作.

request 每次HTTP请求都会创建一个新的Bean,该作用域仅适用于webApplicationContext环境.

session 同一个HTTP session共享一个Bean,不同HTTP session使用不同的Bean,该作用域仅适用于webApplicationContext环境。

globalSession同一个全局session共享一个Bean,一般用于portlet应用环境,该作用域仅适用于webApplicationContext环境。

在低版本的spring中,由于只有两个Bean作用域,所以采用singleton=”true|false”的配置方式,spring2.0为了向后兼容,依旧支持这种配置方式.不过,spring2.0推荐采用新的配置方式:scope=”<作用域类型>;”。

• singleton作用域 
  spring以容器的方式提供天然的单实例模式功能,任何POJO无须编写特殊的代码仅通过配置就可以了.

注意:spring将Bean的默认作用域定为singleton.

singleton例:

<bean id="car" class="com.baobaotao.scope.Car" scope="singleton"/>

<bean id="boss1" class="com.baobaotao.scope.Boss">
    <property name="car" ref="car"/>
</bean>

Car Bean声明为singleton(因为默认是singleton,所以可以不显式指定).

在默认情况下,spring的ApplicationContext容器在启动时,自动实例化所有singleton的Bean并缓存于容器中。虽然启动时会花费一些时间,但带来两个好处:首先对Bean提前的实例化操作会及早发现一些潜在的配置问题。其次Bean以缓存的方式保存,当运行时使用到该Bean时就无须再实例化了,加快了运行效率.如果用户不希望在容器启动时提前实例化singleton的Bean,可以通过lazy-init属性进行控制:

<bean id="boos1" class="com.baobaotao.scope.Boss" lazy-init="true">
    <property name="car" ref="car"/>
</bean>

lazy-init=”true”的Bean在某些情况下依旧会提前实例化：如果该Bean被其它需要提前实例化的Bean引用到，spring也将忽略延迟实例化的设置。

• prototype作用域

采用scope=”prototype”指定非单实例作用域Bean,请看:

<bean id="car" class="com.baobaotao.scope.Car" scope="prototype"/>

<bean id="boss1" class="com.baobaotao.scope.Boss">
    <property name="car" ref="car"/>
</bean>

<bean id="boss2" class="com.baobaotao.scope.Boss">
    <property name="car" ref="car"/>
</bean>

boss1,boss2所引用的都是一个独立的Car实例.

在默认情况下,spring容器在启动时不实例化prototype的Bean。此外，spring容器将prototype的Bean交给调用者后，就不再管理它的生命周期。

• web应用环境相关的Bean作用域

如果用户使用spring的webApplicationContext,则可以使用另外3种Bean的作用域：request，session和globalSession。不过，在使用这些作用域之前，首先必须在web容器中进行一些额外的配置，在高版本的web容器中，则可以利用HTTP请求监听器进行配置：

<web-app>
...
<listener>
    <listener-class>
        org.springframework.web.context.request.RequestContextListener
    </listener-class>
</listener>
...
</web-app>

细心的朋友可能有一个疑问：在介绍webApplicationContext初始化时，我们已经通过ContextLoaderListener将web容器与Spring容器整合，为什么这里又要引入一个额外的RequestContextListener以支持Bean的另外3个作用域呢？

这就是我们需要重点解释的：

在整合spring容器时使用ContextLoaderListener，它实现了ServletContextListener监听器接口，ServletContextListener只负责监听web容器启动和关闭的事件。

而RequestContextListener实现ServletRequestListener监听器接口，该监听器监听HTTP请求事件，web服务器接收的每一次请求都会通知该监听器。

spring容器启动和关闭操作由web容器的启动和关闭事件触发，但如果spring容器中的Bean需要request，session，globalsession作用域的支持，spring容器本身就必须获得web容器的HTTP请求事件，以HTTP请求的事件”驱动”Bean作用域的控制逻辑。

request作用域

顾名思义，request作用域的Bean对应一个HTTP请求和生命周期，考虑下面的配置:

<bean name="car" class="com.baobaotao.scope.Car" scope="request"/>

这样，每次HTTP请求调用到car Bean时，spring容器创建一个新的Car Bean，请求处理完毕后，销毁这个Bean。

session作用域

假设将以上car的作用域调整为session类型:

<bean name="car" class="com.baobaotao.scope.Car" scope="session"/>

这样配置后，car Bean的作用域横跨整个HTTP session，session中所有HTTP请求都共享同一个Car Bean，当HTTP Session结束后,实例才被销毁.

globalSession作用域

下面的配置片断将car的作用域设置为了globalSession:

<bean name="loginController" class="com.baobaotao.scope.Car" scope="globalSession"/>

globalSession作用域类似于session作用域,不过仅在portlet的web应用中使用。Portlet规范定义了全局Session概念，它被组成portlet web应用的所有子portlet共享。如果不在Portlet web应用环境下，globalSession自然等价于session作有域了。

“Portlets是一种Web组件－就像servlets－是专为将合成页面里的内容聚集在一起而设计的。通常请求一个portal页面会引发多个portlets被调用。每个portlet都会生成标记段，并与别的portlets生成的标记段组合在一起嵌入到portal页面的标记内

转载：https://blog.csdn.net/yanweju/article/details/70622313

3.spring组件扫描<context:component-scan/>使用详解

Spring 2.5引入了更多典型化注解(stereotype annotations)： @Component、@Service和 @Controller。@Component是所有受Spring管理组件的通用形式；而@Repository、@Service和 @Controller则是@Component的细化，用来表示更具体的用例(例如，分别对应了持久化层、服务层和表现层)。也就是说，你能用@Component来注解你的组件类，但如果用@Repository、@Service 或@Controller来注解它们，你的类也许能更好地被工具处理，或与切面进行关联。例如，这些典型化注解可以成为理想的切入点目标。当然，在Spring Framework以后的版本中， @Repository、@Service和 @Controller也许还能携带更多语义。如此一来，如果你正在考虑服务层中是该用@Component还是@Service，那@Service显然是更好的选择。同样的，就像前面说的那样， @Repository已经能在持久化层中进行异常转换时被作为标记使用了。”

 

下面是网上目前关于组件扫描最详细的介绍

Spring applicationContext.xml的<context:component-scan>標籤用途比我想像的還要實用。而且後來才知道，有了<context:component-scan>，另一個<context:annotation-config/>標籤根本可以移除掉，因為被包含進去了。原本我survery Spring3通常只配置成<context:component-scan base-package="com.foo.bar"/>，意即在base-package下尋找有@Component和@Configuration的target Class。而現在如下的飯粒：

<context:component-scan base-package="com.foo" use-default-filters="false"> <context:include-filter type="regex" expression="com.foo.bar.*Config"/> <context:include-filter type="regex" expression="com.foo.config.*"/> </context:component-scan>

　　<context:component-scan>提供兩個子標籤：<context:include-filter>和<context:exclude-filter>各代表引入和排除的過濾。而上例把use-default-filters屬性設為false，意即在base-package所有被宣告為@Component和@Configuration等target Class不予註冊為bean，由filter子標籤代勞。

　　filter標籤在Spring3有五個type，如下：

Filter Type	Examples Expression	Description
annotation	org.example.SomeAnnotation	符合SomeAnnoation的target class
assignable	org.example.SomeClass	指定class或interface的全名
aspectj	org.example..*Service+	AspectJ語法
regex	org\.example\.Default.*	Regelar Expression
custom	org.example.MyTypeFilter	Spring3新增自訂Type，實作org.springframework.core.type.TypeFilter

　　所以上例用的regex就有個語病，com.foo.config.* 可以找到com.foo.config.WebLogger，但也可以找到com1fool2config3abcde，因為小數點在Regex是任意字元，是故要用\.把小數點跳脫為佳。(2010/3/15補充：但要使用\.方式，其use-default-filters不能為false，否則抓不到，感覺是Bug)

　　Spring3提供豐富的Filter支援，有益配置策略，不需面臨Configuration Hell，比如Regex的com\.foo\.*\.action\.*Config，這樣就可以找到com.foo package下所有action子package的*Config的target class。

4. <mvc:annotation-driven/>详解

     <mvc:annotation-driven /> 是一种简写形式，完全可以手动配置替代这种简写形式，简写形式可以让初学都快速应用默认配置方案。<mvc:annotation-driven /> 会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean,是spring MVC为@Controllers分发请求所必须的，即解决了@Controller注解使用的前提配置。

  同时它还提供了：数据绑定支持，@NumberFormatannotation支持，@DateTimeFormat支持，@Valid支持，读写XML的支持（JAXB，读写JSON的支持（Jackson）。我们处理响应ajax请求时，就使用到了对json的支持（配置之后，在加入了jackson的core和mapper包之后，不写配置文件也能自动转换成json）。

  而且，当对action写JUnit单元测试时，要从spring IOC容器中取DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean，来完成测试，取的时候要知道正是<mvc:annotation-driven />这一句注册的这两个bean。

  需要注意的是，在spring mvc 3.1以上，DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter对应变更为： 
  DefaultAnnotationHandlerMapping -> RequestMappingHandlerMapping 
  AnnotationMethodHandlerAdapter -> RequestMappingHandlerAdapter 
  AnnotationMethodHandlerExceptionResolver -> ExceptionHandlerExceptionResolver 
  以上都在使用了annotation-driven后自动注册。而且对应分别提供了AbstractHandlerMethodMapping , AbstractHandlerMethodAdapter和 AbstractHandlerMethodExceptionResolver以便于让用户更方便的实现自定义的实现类。 

       我们知道了它们自动为我们注册了这么多的Bean，那这些Bean是做什么的呢？
  最重要的就是RequestMappingHandlerMapping和RequestMappingHandlerAdapter。
  第一个是HandlerMapping的实现类，它会处理@RequestMapping 注解，并将其注册到请求映射表中。

  第二个是HandlerAdapter的实现类，它是处理请求的适配器，说白了，就是确定调用哪个类的哪个方法，并且构造方法参数，返回值。

 5.  <mvc:annotation-driven/>与<context:component-scan/>的区别

     <context:component-scan/>标签是告诉Spring 来扫描指定包下的类，并注册被@Component，@Controller，@Service，@Repository等注解标记的组件。
      而<mvc:annotation-scan/>是告知Spring，我们启用注解驱动。然后Spring会自动为我们注册上面说到的几个Bean到工厂中，来处理我们的请求。  

  6. springMvc里的mvc:resources与静态资源的访问

    

在进行Spring MVC的配置时，通常我们会配置一个dispatcher servlet用于处理对应的URL。配置如下：

[html]  view plain  copy

1. <servlet>  
2. <servlet-name>mvc-dispatcher</servlet-name>  
3. <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
4. <load-on-startup>1</load-on-startup>  
5. </servlet>  
6.   
7. <servlet-mapping>  
8. <servlet-name>mvc-dispatcher</servlet-name>  
9. <url-pattern>/</url-pattern>  
10. </servlet-mapping>  

这表示名字为mvc-dispatcher的servlet会处理一切的url对应的请求，那么我们怎么让servlet来处理项目中的静态资源呢？这里有两种方法。

1. 另外使用一个servlet来处理静态资源。若我们的资源放置在webapps文件夹下的resources文件夹中，那么我们可以用名字为default的servlet来处理静态资源。因此我们还需要在上述配置的基础上加上以下配置：

[html]  view plain  copy

1. <servlet-mapping>  
2. <servlet-name>default</servlet-name>  
3. <url-pattern>resources/*</url-pattern>  
4. </servlet-mapping>  

这表示default的servlet会处理url中为resources/*的对应的请求。这样，当你把你的image，css已经其他文件放在resources文件中时，spring就可以找到它啦。

2. 采用spring自带<mvc:resources>方法。首先找到你定义的那个servlet的xml文件，如本例子中，servlet的名字叫mvc-dispatcher，因此需要找到mvc-dispatcher-servlet.xml文件，并在该文件中插入以下配置：

[html]  view plain  copy

1. <mvc:annotation-driven/>  
2. <mvc:resources mapping="/resources/**/" location="/resources/"/>  

这样，就不必另外添加一个mvc来处理静态资源。而mvc知道静态资源所处的位置为resources文件夹。
两种方法都可以将spring mvc配置处理静态资源。

在SpringMVC3.0之后推荐使用一： 

[html]  view plain  copy

1. <!-- 静态资源访问 -->  
2.   <mvc:default-servlet-handler/>  

以下两种在SpringMVC3.0之前可以使用

也可以使用二：

[html]  view plain  copy

1. <!-- 静态资源访问  
2.  <mvc:resources location="/img/" mapping="/img/**"/>   
3.  <mvc:resources location="/js/" mapping="/js/**"/>    
4.  <mvc:resources location="/css/" mapping="/css/**"/>  
5. -->  

也可以使用三：

web.xml里添加如下的配置

[html]  view plain  copy

1. <servlet-mapping>  
2.      <servlet-name>default</servlet-name>  
3.      <url-pattern>*.css</url-pattern>  
4. </servlet-mapping>  
5.   
6. <servlet-mapping>  
7.     <servlet-name>default</servlet-name>  
8.     <url-pattern>*.gif</url-pattern>  
9.   
10. </servlet-mapping>  
11.      
12. <servlet-mapping>  
13.      <servlet-name>default</servlet-name>  
14.      <url-pattern>*.jpg</url-pattern>  
15. </servlet-mapping>  
16.      
17. <servlet-mapping>  
18.      <servlet-name>default</servlet-name>  
19.      <url-pattern>*.js</url-pattern>  
20. </servlet-mapping>