spring中对象的scope

今天遇到一个场景,调用spring的一个controller,其中定义了两个全局变量name,password,且有两个方法,一个方法login给这两个全局变量赋了值,另一个方法getMethod中用到了这两个变量,然后，先调用了赋值方法后,再调用getMethod，可以获取到这两个全局变量。
这就要说这个controller的生命周期和作用域scope了。在此总结一下：
目前，scope的取值有5种取值：singleton,prototype;在Spring 2.0之后，为支持web应用的ApplicationContext，增强另外三种：request，session和global session类型，它们只实用于web程序，通常是和XmlWebApplicationContext共同使用。
spring默认bean的scope是单例singleton的。
①singleton：此类型的bean是第一次被请求而实例化，只要容器不销毁或退出，该类型的bean的单一实例就会一直存活，典型单例模式，如同servlet在web容器中的生命周期。
②prototype：spring容器在进行输出prototype的bean对象时，会每次都重新生成一个新的对象给请求方，虽然这种类型的对象的实例化以及属性设置等工作都是由容器负责的，但是只要准备完毕，并且对象实例返回给请求方之后，容器就不在拥有当前对象的引用，请求方需要自己负责当前对象后继生命周期的管理工作，包括该对象的销毁。也就是说，容器每次返回请求方该对象的一个新的实例之后，就由这个对象“自生自灭”，最典型的体现就是spring与struts2进行整合时，要把action的scope改为prototype。

如同分苹果，将苹果的bean的scope属性声明为prototype，在每个人领取苹果的时候，我们都是发一个新的苹果给他，发完之后，别人爱怎么吃就怎么吃，爱什么时候吃什么时候吃，但是注意吃完要把苹果核扔到垃圾箱！对于那些不能共享使用的对象类型，应该将其定义的scope设为prototype。
③request：再次说明request，session和global session类型只实用于web程序，通常是和XmlWebApplicationContext共同使用。
Spring容器，即XmlWebApplicationContext 会为每个HTTP请求创建一个全新的RequestPrecessor对象，当请求结束后，该对象的生命周期即告结束，如同java web中request的生命周期。当同时有10个HTTP请求进来的时候，容器会分别针对这10个请求创建10个全新的RequestPrecessor实例，且他们相互之间互不干扰，简单来讲，request可以看做prototype的一种特例，除了场景更加具体之外，语意上差不多。
④session：对于web应用来说，放到session中最普遍的就是用户的登录信息。
Spring容器会为每个独立的session创建属于自己的全新的UserPreferences实例，比request scope的bean会存活更长的时间，其他的方面没区别，如果java web中session的生命周期。
**⑤global session：**global session只有应用在基于porlet的web应用程序中才有意义，它映射到porlet的global范围的session，如果普通的servlet的web 应用中使用了这个scope，容器会把它作为普通的session的scope对待。
scope的具体配置
1）xml方式
进行bean的配置时，指定scope。

2）注解方式
前提为配置spring为注解配置。加@Scope(“prototype”)