IOC DI
IOC：Inversion of Control 控制反转
将对象的创建交给Spring容器去管理，由Spring容器进行初始化，属性注入，让开发人员不用过于关注类与类之间的复杂关系
，中间通过一系列的后置处理器去解决诸如循环依赖等问题
DI：dependency injection 依赖注入
原则上是一个概念，在Spring官方文档第一章节中有一句解释，IOC也被称为DI，我认为站在官网的角度是一样的。
Spring Bean
业务类 + 配置元数据经过Spring容器-Spring container初始化 = 完全配置的系统的可供使用的Bean
一个bean一定是一个Java对象，而一个Java对象并不能一定是一个bean，Spring Bean一定在Spring容器中经历过一个完整的Spring生命周期
配置元数据:这个配置元数据表示作为应用程序开发人员如何告诉Spring容器在应用程序中实例化，配置和组装对象。
配置元数据几种方式: 1.0只有XML、2.5x增加Annotation,3.0增加java Configuration
XML:ClassPathXmlApplicationContext c = new ClassPathXmlApplicationContext("classpath:spring.xml");
Annotation:AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(Test.class);
Spring Bean Overview
Spring 依赖注入有几种方法？三种。1.bean中声明一个字段，并提供这个字段的set方法。2.构造方法。3.接口方法注入 不常用
Spring装配模型有两种:
手动装配：在bean标签中用<property>标签指定装配，手动装配在大型中如果一个bean的的属性有很多，手动装配将变得非常繁琐
Spring自动装配模型:beans标签上指定default-autowire属性指定自动装配模型--自动装配模型仅仅针对与XML方式配置的元数据也可以
单独指定某个Bean的自动装配模型 autowire属性
- no：不进行自动装配，手动设置Bean的依赖关系。
- byName：根据Bean的名字进行自动装配。需要依赖set方法
- byType：根据Bean的类型进行自动装配。需要依赖set方法，找到两个将不会注入，也不会报错
- constructor：类似于byType，不过是应用于构造器的参数，如果正好有一个Bean与构造器的参数类型相同则可以自动装配，否则会导致错误。
- autodetect：如果有默认的构造器，则通过constructor的方式进行自动装配，否则使用byType的方式进行自动装配，使用这种方式的时候，Spirng
会去推断构造方法，应该是使用最多参数的构造方法
Spring源码中有自动注入模型的常量定义判断的代码，如果是byType/byName/con自动注入模型，则不会走下边的判断是不是@Autowired手动注入
@Autowired 是手动注入不等于default-autowire="byType" ，先根据类型找(不是"byType")，找不到再根据名字找(不是"byName")，使用的跟byType、
byName类似的注入技术，而不是注入模型。已经手动指定了@Autowired方式去注入，而default-autowire只是声明了下注入模型，不用进行任何的手动指定。
自动装配模型依赖于setter或构造方法，而@Autowired依赖的是Java反射技术Filed.set()方法
PS：@Autowired根据类型找，找到1个注入进去，如果找不到，或者找到两个以上将根据名字找，根据名字找到1个，可以注入进去，如果找到2个及以上报错
@Autowired 和@Resource 区别 :
1.@Autowired是Spring包中提供的注解，由AutowiredAnnotationBeanPostProcessor解析，
2.@Resource是Java提供的注解，由CommonAnnotationBeanPostProcessor解析
3.@Autowired现根据类型找，再根据名字找的注入方式，@Resource现根据名字找再根据类型找的注入方式
4.@Autowired也可以用在setter上
Spring BeanDefinition中有一个属性存着自动装配模型，使用@Autowired 未改变BeanDefinition中属性的值，可以证明@Autowired不是自动装配
定义一个类实现 BeanFactoryPostProcessor 重写postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory)方法，由参数
beanFactory.getBeanDefinition("") 获取到某个类的BeanDefinition对象，强转为GenericBeanDefinition，GenericBeanDefinition中有自动注入模型
属性字段，当使用@Autowired注解该类中的属性时，该值为0，不使用@Autowired注解时，在不指定任何自动装配模型，也不手动进行装配时也为0，
该属性无法被注入到该类中。当在重写的postProcessBeanFactory()方法中根据GenericBeanDefinition将该类的自动装配属性设置为1/2/3的时，
该属性在IOC容器中能找到(类型/名字)将会被注入到该类中。这个再侧面验证了@Autowired和自动装配模型有区别
@lookup注解
在Spring的诸多应用场景中bean都是单例形式，当一个单例bean需要和一个非单例bean组合使用或者一个非单例bean和另一个非单例bean组合使用
时，我们通常都是将依赖以属性的方式放到bean中来引用，然后以@Autowired来标记需要注入的属性。但是这种方式在bean的生命周期不同时将会
出现很明显的问题，假设单例bean A需要一个非单例bean B（原型），我们在A中注入bean B，每次调用bean A中的方法时都会用到bean B，我们知
道Spring Ioc容器只在容器初始化时执行一次，也就是bean A中的依赖bean B只有一次注入的机会，但是实际上bean B我们需要的是每次调用方法时
都获取一个新的对象（原型）所以问题明显就是：我们需要bean B是一个原型bean，而事实上bean B的依赖只注入了一次变成了事实上的单例bean。
解决方案
1.在bean A中引入ApplicationContext每次调用方法时用上下文的getBean(name,class)方法去重新获取bean B的实例。
2.使用@Lookup注解。 这两种解决方案都能解决我们遇到的问题，但是第二种相对而言更简单。以下给出两种解决方案的代码示例。
public void print() {
PrototypeBean bean = methodInject();
logger.info("Bean SingletonBean's HashCode : {}",bean.hashCode());
bean.say();
}
// 也可以写成 @Lookup("prototypeBean") 来指定需要注入的bean
@Lookup
protected abstract PrototypeBean methodInject();
Lifeycle Callbacks 生命周期回调
Initialization Callbacks Bean初始化回调
1.通过配置bean<bean id="exampleInitBean" class="examples.ExampleBean" init-method="init"/>指定 init-methiod
2.@PostConstruct注解：加载方法上，在bean初始化完成后即执行此方法，在属性注入之后
3.实现InitializingBean，重写afterPropertiesSet()方法
Destruction Callbacks Bean销毁回调
1.通过配置bean<bean id="exampleInitBean" class="examples.ExampleBean" destroy-method="cleanup"/> 指定 destroy-method
2.@PreDestroy 加载方法上，bean注销完成后调用此方法
2.实现DisposableBean接口，重写destroy()方法
Startup and Shutdown Callbacks Spring容器启动和停止回调
1.实现Lifecycle、SmartLifecycle接口
SmartLifecycle 中提供了一个stop(Runnable callback)方法，当Spring容器关闭的时候将调用，Spring容器会延迟30S秒钟再关闭，可以通过
callback.run()方法立刻关闭
当Spring中几种回调方式共同存在时，回调顺序如下
初始化：
1.用注释的方法 @PostConstruct
2.afterPropertiesSet()由InitializingBean回调接口定义
3.XML文件中配置的init()方法
销毁：
1.用注释的方法 @PreDestroy
2.destroy()由DisposableBean回调接口定义
3.XML配置的destroy()方法
@DependsOn 注解加在类上，指定一个bean，Spring 就会先创建指定的bean，在创建本类bean，某bean的初始化需要依赖其他bean
面试题:讲一下实现spring生命周期初始化回调的方式
实现spring生命周期初始化回调的方式有三种： 第一种提供一个方法，并使用注解@PostConstructor注释，第二种实现InitializingBean接口，
重写afterPropertiesSet()方法，第三种通过XML文件中<bean>标签属性 init-method指定回调方法。三种方式可以共存，在共存的时候会有一个调
用顺序，首先执行注解，再执行接口重写的方法，最后执行XML配置中的init-method方法。Spring执行生命周期回调是基于Spring生命周期来执行的，
在源码中Spring生命周期是先拿到后置处理器去处理注解在执行init-method方法，在init-method方法中会依次调用接口方法和XML中配置的方法。
配置多种时，如果方法名称一致，那么只会执行一次。
面试题:一个类中有一个接口有类型的属性，这个接口有多个实现类，Spring如何注入属性
1.使用XML配置<bean>标签，指定注入的实现类
2.使用@Qualifier注解指定名称(实现类Spring bean的名称)
3.将属性变量名命名为需要的实现类名称
面试题：FactoryBean和普通Bean有什么区别？
首先FactoryBean是什么东西，
如何把一个第三方的对象放到Spring容器当中
1.使用FactoryBean
自定义一个类实现FactoryBean接口，重写其中方法，getObject()方法返回需要放入的对象，getObjectType()方法设置该类的Class文件，
使用此方式可以将一个对象完整的放入到Spring容器中，与其他的bean无任何区别。ac.getBean("自定义的接口实现类名")得到是需要放
到容器中的bean，ac.getBean("&自定义的接口实现类名")得到的是自定义接口实现类的bean。使用这种方式可以实现开发人员对bean实例化
过程的控制。比如Mybatis需要提供一个DAO接口，Srevice类中注入该DAO，我们提供的是接口，不可能在Service中注入一个接口，是Mybatis
通过一定的技术提供给了Spring容器一个实现类，最终注入到Service中的。
2.使用@Bean注解
3.通过ApplicationContext提供的API，ac.getBeanFactory().registerSingleton(String beanName,Class<T> T); // 比较鸡肋，使用此
API时，可以将此类放到Spring容器当中，但是无法解决Spring已经初始化好的bean中对该对象的依赖，可以调用ac.register()方法注册，然后
再调用ac.refresh()方法刷新，这样Spring管理的bean即可对该对象进行依赖，将该对象注入到Spring管理的bean中，但还是无法解决该对象对
Spring中bean的依赖，也就是说该对象中无法被注入Spring容器已经初始化完成的bean
