Spring中bean的作用域

1、singleton:当一个bean的作用域为singleton, 那么Spring IoC容器中只会存在一个共享的bean实例，并且所有对bean的请求，只要id与该bean定义相匹配，则只会返回bean的同一实例。

注意：Singleton作用域是Spring中的缺省作用域。要在XML中将bean定义成singleton，可以这样配置： 

<bean id="empServiceImpl" class="cn.csdn.service.EmpServiceImpl" scope="singleton">

2、prototype：一个bean定义对应多个对象实例。Prototype作用域的bean会导致在每次对该bean请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean()方法）时都会创建一个新的bean实例。根据经验，对有状态的bean应该使用prototype作用域，而对无状态的bean则应该使用singleton作用域。

3、request：在一次HTTP请求中，一个bean定义对应一个实例；即每次HTTP请求将会有各自的bean实例， 它们依据某个bean定义创建而成。该作用域仅在基于web的Spring ApplicationContext情形下有效。

考虑下面bean定义：

<bean id="loginAction" class=cn.csdn.LoginAction" scope="request"/>

针对每次HTTP请求，Spring容器会根据loginAction bean定义创建一个全新的LoginAction bean实例， 且该loginAction bean实例仅在当前HTTP request内有效，因此可以根据需要放心的更改所建实例的内部状态， 而其他请求中根据loginAction bean定义创建的实例，将不会看到这些特定于某个请求的状态变化。 当处理请求结束，request作用域的bean实例将被销毁。

4、session：在一个HTTP Session中，一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。

考虑下面bean定义：

<bean id="userPreferences" class="com.foo.UserPreferences" scope="session"/>

针对某个HTTP Session，Spring容器会根据userPreferences bean定义创建一个全新的userPreferences bean实例， 且该userPreferences bean仅在当前HTTP Session内有效。 与request作用域一样，你可以根据需要放心的更改所创建实例的内部状态，而别的HTTP Session中根据userPreferences创建的实例， 将不会看到这些特定于某个HTTP Session的状态变化。 当HTTP Session最终被废弃的时候，在该HTTP Session作用域内的bean也会被废弃掉。

5、global session：在一个全局的HTTP Session中，一个bean定义对应一个实例。典型情况下，仅在使用portlet context的时候有效。该作用域仅在基于web的Spring ApplicationContext情形下有效。

考虑下面bean定义：

<bean id="userPreferences" class="com.foo.UserPreferences" scope="globalSession"/>

global session作用域类似于标准的HTTP Session作用域，不过它仅仅在基于portlet的web应用中才有意义。Portlet规范定义了全局Session的概念，它被所有构成某个portlet web应用的各种不同的portlet所共享。在global session作用域中定义的bean被限定于全局portlet Session的生命周期范围内。

请注意：假如你在编写一个标准的基于Servlet的web应用，并且定义了一个或多个具有global session作用域的bean，系统会使用标准的HTTP Session作用域，并且不会引起任何错误。

看到有状态会话Bean与无状态会话Bean首先会想到就是这里的状态指的是什么？

1、有状态（Stateful）

        可以在不同的方法调用间保持针对各个客户端的状态

       与客户端的联系必须被维持，这样做开销要大一些

       有状态也可以这样理解，它存在存储能力，也就是说至少有一个属性来标识它目前的状态，例如：

     

       注意：有状态会话bean，每个用户有自己特有的一个实例，在用户的生存期内，bean保持了用户的信息，即“有状态”；一旦用户灭亡（调用结束或实例结束），bean的生命期也告结束。即每个用户最初都会得到一个初始的bean。

2、无状态（Stateless）

        在不同方法调用间不保留任何状态

        事务处理必须在一个方法中结束，这样占用资源较少，还可以被共享

        无状态从字面的意思来理解就是没有能够标识它目前状态属性的bean，例如：

      

      生成的两个实例对象，它们都是没有状态的，对于客户端来说，它们是没有差别的（但stateless1  ！= stateless2），所以同一个无状态回话bean的实例都是相同的，可以被不同的客户端重复使用。
      无状态会话bean：bean一旦实例化就被加进会话池中，各个用户都可以共用。即使用户已经消亡，bean的生命期也不一定结束，它可能依然存在于会话池中，供其他用户调用。由于没有特定的用户，那么也就不能保持某一用户的状态，所以叫无状态bean。但无状态会话bean并非没有状态，如果它有自己的属性（变量），那么这些变量就会受到所有调用它的用户的影响，这是在实际应用中必须注意的。

3、总结

       无状态的会话bean不保持任何与客户端的会话状态，发给 bean的每一次请求需同时提供数据来进行请求处理。有状态的会话bean，与之相反，可以保持状态，并且该状态可以在与客户的多次会话中存在。
       有状态的bean带来了支持会话状态的好处但同时付出了性能的代价。无状态bean具有更好的性能，但却又不具备与客户端的亲合力。struts2中将Action和ActionForm合二为一，就有了状态，因为每次请求都创建一个新的实例，所以没有线程安全问题，而struts1就不能这么做了，struts1的Action采用的是单例模式，仅有Action的一个实例来处理所有的请求，所以使用struts1的时候要特别小心，要保证Action的资源是线程安全最好采用无状态。