在2.0之前只有两种singleton和prototype(网上说的，没去验证)，后面增加了session、request、global session三种专门用于web应用程序上下文的Bean
Singleton
这是spring的bean的默认的作用域-单例。但是此单例又与设计模式中的单例模式不一样，设计模式的单例在设计模式的文章中再介绍。
singleton不要简单的理解为全局只有一个，真正的意义是在一个上下文(ApplicationContext)中只有一个。如果在一个项目中有多个ApplicationContext，那么获取的Bean对象就不只一个了
在同一个容器或上下文中，所有对单例bean的请求，只要id与该bean定义相匹配，都会返回同一个实例。简单说就是bean定义为singleton时，ioc容器只会创建该bean的唯一实例，然后存储在单例缓存(singleton cache)中。
singleton的bean是无状态的，只有一份，所以无论哪个线程获取的都是同一个同样的实例，具有线程无关性。Spring使用ThreadLocal解决线程安全问题，这就要求在使用singleton的bean时不能存在属性的改变，如果存在属性改变，就需要慎重使用，采用同步来处理多线程问题，或者考虑使用prototype作用域。
基于上面，我们常用的Controller、Service、Repository、Configuration这些bean基本上都是项目启动就已经初始化完毕，每个bean的属性都已经确定，在运行过程中也不会更改，这样就很适合单例模式。这里再说一下实体类(用@Entity注解修饰的)这个可不是一个bean，试想一下，每次使用实体的时候是不是都是DomainA a = new DomainA();，应该没有人这么用@Autowired private DomainA domianA;
使用scope的方法如下：
@Scope(singleton)
@Component
public class MainService {...}
Prototype
相对应singleton，prototype就属于多例模式，每次请求都会创建一个新的实例，相当于new操作。
对于prototype类型的bean，spring只负责创建初始化，不会对整个生命周期负责，随后的所有操作都交给客户端来处理
现在问一个问题，如何声明一个prototype的bean并使用呢?(先不要急着往下看，想一下，就以在ScopeTestController里面注入prototype的PrototypeService来说明)
~
~
~
~
思考中...
~
~
~
~
可能很多人(包括我)开始会以为像以下这种写法就可以
public interface PrototypeService {
}
@Service
@Scope(prototype)
public class PrototypeServiceImpl implements PrototypeService {
}
@RestController
public class ScopeTestController {
@Autowired
PrototypeService prototypeService;
@GetMapping(/)
public void testPrototype() {
System.out.println(prototypeService);
}
}
启动项目，两次次请求，查看控制台输出
com.ukirin.idle.web.service.impl.PrototypeServiceImpl@74738f89
com.ukirin.idle.web.service.impl.PrototypeServiceImpl@74738f89
?一样?什么情况?
其实仔细想一下也就明白了错在哪，Controller是一个单例，在启动时就已经把Service注入了，所以不可能改变，当然现在你可以这么改，将Controller同样改为prototype的。那么恭喜你回答正确，但是，这不是我们的目的，我们的目的是要看在单例中如何使用。
方法1：从ApplicationContext里面获取
将Controller里面的代码做以下改动
@RestController
public class ScopeTestController {
// @Autowired
// PrototypeService prototypeService;
@Autowired
WebApplicationContext applicationContext;
@GetMapping(/)
public void testPrototype() {
// System.out.println(prototypeService);
System.out.println(applicationContext.getBean(PrototypeService.class));
}
}
这样每次都从上下文中请求一个实例，容器对每个请求都实例化一个新的Service，没有问题
方法2：方法1的变种，采用工厂模式来生成Service
代码就不写了...
方法3：使用代理
很简单，在@Scope里面加上代理模式即可
@Service
@Scope(value = prototype, proxyMode = ScopedProxyMode.INTERFACES)
public class PrototypeServiceImpl implements PrototypeService {
}
@RestController
public class ScopeTestController {
@Autowired
PrototypeService prototypeService;
// @Autowired
// WebApplicationContext applicationContext;
@GetMapping(/)
public void testPrototype() {
System.out.println(prototypeService);
// System.out.println(applicationContext.getBean(PrototypeService.class));
}
}
这样，就可以每次获取不同的Service了，这个的原理就是，在初始化Controller的时候并不是讲一个Service的实体注入，而是注入一个代理，当真正调用Service的时候，代理会对其进行依赖解析，并调用真正的实体bean
额外需要注意的一点是，如果注入的不是接口的实现，而是一个类，那么需要将proxyMode = ScopedProxyMode.INTERFACES改为proxyMode = ScopedProxyMode.TARGET_CLASS
request
该作用域将 bean 的定义限制为 HTTP 请求。只在 web-aware Spring ApplicationContext 的上下文中有效
上述的实验结果是每次请求都会输出不一样的结果，在这里可能会与prototype产生困惑，做以下的实验可以解决你的困惑
public interface PrototypeService {
}
@Service
@Scope(value = request, proxyMode = ScopedProxyMode.INTERFACES)
public class PrototypeServiceImpl implements PrototypeService {
}
public interface MiddleService {
void test();
}
@Service
public class MiddleServiceImpl implements MiddleService {
@Autowired
PrototypeService prototypeService;
@Override
public void test() {
System.out.println(middle : + prototypeService);
}
}
@RestController
public class ScopeTestController {
@Autowired
MiddleService middleService;
@Autowired
PrototypeService prototypeService;
// @Autowired
// WebApplicationContext applicationContext;
@GetMapping(/)
public void testPrototype() {
System.out.println(controller : + prototypeService);
// System.out.println(applicationContext.getBean(PrototypeService.class));
middleService.test();
}
}
输出结果为：
controller : com.ukirin.idle.web.service.impl.PrototypeServiceImpl@6b90371c
middle : com.ukirin.idle.web.service.impl.PrototypeServiceImpl@6b90371c
然后将作用域改为prototype再测试一下
输出结果为：
controller : com.ukirin.idle.web.service.impl.PrototypeServiceImpl@49b2c498
middle : com.ukirin.idle.web.service.impl.PrototypeServiceImpl@ccb8c47
结果显而易见
session
该作用域将 bean 的定义限制为 HTTP 会话。 只在web-aware Spring ApplicationContext的上下文中有效。
上述的实验结果是一个会话内输出结果是一样的
global-session
该作用域将 bean 的定义限制为全局 HTTP 会话。只在 web-aware Spring ApplicationContext 的上下文中有效。