what is IOC？
控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做依赖注入（Dependency Injection，简称DI），还有一种方式叫“依赖查找”（Dependency Lookup）
DI：只是实现IOC的其中一种方式（除了DI 还有依赖查找）
依赖查找：如“javaJNDI”
依赖注入：Dependency Injection
关于什么是依赖？（当一个类中拥有了一个属性，就可以说当前类依赖这个属性）
关于注入和查找以及拖拽
为什么要使用spring IOC（官网）
在日常程序开发过程当中，我们推荐面向抽象编程，面向抽象编程会产生类的依赖，当然如果你够强大可以自己写一个管理的容器，但是既然spring以及实现了，并且spring如此优秀，我们仅仅需要学习spring框架便可。
当我们有了一个管理对象的容器之后，类的产生过程也交给了容器，至于我们自己的app则可以不需要去关系这些对象的产生了。
spring实现IOC的思路和方法
spring实现IOC的思路是提供一些配置信息用来描述类之间的依赖关系，然后由容器去解析这些配置信息，继而维护好对象之间的依赖关系，前提是对象之间的依赖关系必须在类中定义好，比如A.class中有一个B.class的属性，那么我们可以理解为A依赖了B。既然我们在类中已经定义了他们之间的依赖关系那么为什么还需要在配置文件中去描述和定义呢？
spring实现IOC的思路大致可以拆分成3点
1、应用程序中提供类，提供依赖关系（属性或者构造方法）
2、把需要交给容器管理的对象通过配置信息告诉容器（xml、annotation，javaconfig）
3、把各个类之间的依赖关系通过配置信息告诉容器
配置这些信息的方法有三种分别是xml，annotation(如@compent)和javaconfig（如@Bean）
维护的过程称为自动注入，自动注入的方法有两种构造方法和setter
自动注入的值可以是对象，数组，map，list和常量比如字符串整形等
如下图 a 依赖 b 通过XML 配置方式告诉容器 ，那为什么还需要在XML中配置呢？a已经在代码中依赖了b，这一步是否多余了？我们先思考一下?
解答见下面 自动装配
spring编程的风格
1、schemal-based-------xml
2、annotation-based-----annotation
3、java-based----java Configuration（springBoot基于java Configuration）
注入的两种方法（spring3 时还提供接口注入方式由于太不人性化spring4取消了）
1.spring注入详细配置（字符串、数组等）参考文档：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html
Constructor-based Dependency Injection（构造方式）
构造方法注入参考文档：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html
Setter-based Dependency Injection（set方法方式）
setter参考文档：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html
自动装配
上面说过，IOC的注入有两个地方需要提供依赖关系，一是类的定义中，二是在spring的配置中需要去描述。自动装配则把第二个取消了，即我们仅仅需要在类中提供依赖，继而把对象交给容器管理即可完成注入。
在实际开发中，描述类之间的依赖关系通常是大篇幅的，如果使用自动装配则省去了很多配置，并且如果对象的依赖发生更新我们可以不需要去更新配置，但是也带来了一定的缺点
自动装配的优点参考文档：（1、省去繁琐的property属性配置 2、自动匹配代码中的依赖变化）
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-factory-autowire
缺点参考文档：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-autowired-exceptions
作为个人来讲，我觉得以上缺点都不是缺点
自动装配的方法
no（不使用自动装配）
byName（**XML方式byName是根据类中的set方法名进行装配 如：setDao 则装配名称为dao的对象，但是如果用@Resource注解默认也是byName装配则使用的是属性的名字装配 **）
byType（byType是根据类型进行装配，spring会初始化所有对象然后去遍历，查找需要装配的父类类型。若接口有多实现时会报错 @Autowired注解也是根据byType方式装配，如果没找到则采用byType）
解决办法：XML可以全局指定装配方式，还可以为每个对象单独指定装配
constructor
自动装配的方式参考文档：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-factory-autowire
上面说到 @Autowired与 @Resource 这里提一下他们两个注解的区别：
@Autowired：
1、是由spring代码中定义
2、默认采取byType方式完成装配
3、如果没有找到则采用byType方式装配
4、默认情况下它要求依赖对象必须存在找不到就抛异常，如果允许null值，可以设置它required属性为false。如果我们想使用按名称装配，可以结合@Qualifier注解一起使用
@Resource：
1、是java Jdk即J2EE提供
2、默认按byName自动注入，也提供按照byType 注入
3. 如果指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常
4. 如果指定了type，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常
5. 如果既没有指定name，又没有指定type，则自动按照byName方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配，如果不匹配则会抛出异常；
使用方法XML方式
使用方式注解方式
spring懒加载
官网已经解释的非常清楚了（get的时候才会创建Bean）：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-factory-lazy-init
值得提醒的是，如果你想为所有的对都实现懒加载可以使用官网的配置
springbean的作用域
文档参考：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-factory-scopes
xml定义方式
<bean id="accountService" class="com.something.DefaultAccountService" scope="singleton"/>
annotation的定义方式（定义这个类是单例还是多例）
Singleton Beans with Prototype-bean Dependencies（当单例的对象，引用多例的对象时Prototype会失去意义）
意思是在Singleton 当中引用了一个Prototype的bean的时候引发的问题
官网引导我们参考https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-factory-method-injection
（非常重要）问题产生原因描述：
问题描述 如下图：声明idexDao对象为多例模式，indexService为默认单例模式。然后调用三次Dao.hashcode
则发现他的hashCode为一莫一样。如图：那么单例对象引用多例对象时@Scope(“prototype”)就失去了意义。
原因分析： 由于spring初始化indexService时。只会初始化一次，那么它只有一次设置indexDao的机会，所以indexDao变成了单例
解决方式（一）： 缺点：代码侵入性太高。必须实现spring的一个接口ApplicationContextAware
解决方式（二） @Lookup注解方式
spring声明周期和回调（见下一篇）
参考文档：
https://docs.spring.io/spring-framework/docs/current/spring-framework-reference/core.html#beans-factory-lifecycle
1、Methods annotated with @PostConstruct
2、afterPropertiesSet() as defined by the InitializingBean callback interface
3、A custom configured init() method