spring加载过程、spring类的单例多例与启动时懒加载与非懒加载

一句话描述spring加载过程

ClassPathXmlApplicationContext实现beanFactory接口，是一个具体的实例化工厂。服务器启动时，解析xml配置文件，将对应文件中每个bean的id作为key，属性封装到beandefinition（是个对象）作为value，封装到一个ConCurrentHashMap容器A中。 
同时，还有一个ConCurrentHashMap容器B存储bean的实例化对象，默认是空。当有一个请求时，首先去B中，查找。如果B容器没有，则访问A容器，如果是单例，则创建之后，仍要保存到B中，下次可以使用。如果是非单例的，则直接创建，并不在B中保存副本。
 

（1）spring 默认是单例，

单例情况下：所有线程对于同一个类共同拥有一个对象，此时如果在类里面创建一个类变量如下，由于所有线程共享一个类对象，所以也共享一个类变量，每次请求都会增加。

@Controller
@RequestMapping("/user")
public class User {
	
	private int i=0;//类变量
	
	@RequestMapping("/list.shtm")
	public String list()
	{
		i++;
		System.out.println("此变量会一直增加"+i);
		return "";
	}
 

（2）spring 默认不是懒加载

    当spring不是懒加载时，项目启动，spring 初始化，spring 会把所有的 扫描包下的 ，所有带spring 注解（@Component、@Repository、@Service、@Controller）的类  都初始化，初始化时，会调用默认构造方法，即 空的构造方法，当定义了public AA(){   代码块  }   空构造方法时，就会自动执行空构造方法中的语句，当在类中加入非空构造方法，spring会报错误，找不到合适的构造方法。

   当spring 设置了default-lazy-init="true"，即懒加载时，spring并不会主动初始化带注解的类，由于在controller中会注入 service层的类,由于，controller层的spring-mvc 不是懒加载，所以，当在controller中注入service时，就会初始化此service类。即调用到谁初始化谁。

ApplicationContext实现的默认行为就是在启动时将所有singleton bean提前进行实例化。提前实例化意味着作为初始化过程的一部分，ApplicationContext实例会创建并配置所有的singleton bean。通常情况下这是件好事，因为这样在配置中的任何错误就会即刻被发现（否则的话可能要花几个小时甚至几天）。

有时候这种默认处理可能并不是你想要的。如果你不想让一个singleton bean在ApplicationContext实现在初始化时被提前实例化，那么可以将bean设置为延迟实例化。一个延迟初始化bean将告诉IoC 容器是在启动时还是在第一次被用到时实例化。

在XML配置文件中，延迟初始化将通过元素中的lazy-init属性来进行控制。例如：

1.        

当ApplicationContext实现加载上述配置时，设置为lazy的bean将不会在ApplicationContext启动时提前被实例化，而not.lazy却会被提前实例化。

需要说明的是，如果一个bean被设置为延迟初始化，而另一个非延迟初始化的singleton bean依赖于它，那么当ApplicationContext提前实例化singleton bean时，它必须也确保所有上述singleton 依赖bean也被预先初始化，当然也包括设置为延迟实例化的bean。因此，如果Ioc容器在启动的时候创建了那些设置为延迟实例化的bean的实例，你也不要觉得奇怪，因为那些延迟初始化的bean可能在配置的某个地方被注入到了一个非延迟初始化singleton bean里面。

 

注意：

懒加载与非懒加载的优缺点：
懒加载：对象使用的时候才去创建，节省资源,但是不利于提前发现错误。

非懒加载：容器启动时立马创建，消耗资源,有利于提前发现错误。

因为单例bean默认以非懒加载方式产生对象，多例bean默认以懒加载方式产生对象，所以懒加载设置只对单例bean有用，对多例bean设置懒加载没意义。