一、生命周期流程图：
Spring Bean的完整生命周期从创建Spring容器开始，直到最终Spring容器销毁Bean，这其中包含了一系列关键点。
我不建议过多的看这些框架的代码，因为这些代码要完成任务需要很多琐碎的类实现，比如读取某个包下面的所有类，解析class的头文件,反射各种信息，再加上封装，很有可能在读源码的过程中掉到各种细节里出不来，所以读这种源码要事无巨细，理解原理即可。基本原理其实就是通过反射解析类及其类的各种信息，包括构造器、方法及其参数，属性。然后将其封装成bean定义信息类、constructor信息类、method信息类、property信息类，最终放在一个map里，也就是所谓的container，池等等，其实就是个map。
BeanFactory和BeanDefinition，一个是IOC的核心工厂接口，一个是IOC的bean定义接口，上章提到说我们无法让BeanFactory持有一个Map<String,Object>来完成bean工厂的功能，是因为spring的初始化是可以控制的，可以到用的时候才将bean实例化供开发者使用，除非我们将bean的lazy-init属性设置为true，初始化bean工厂时采用延迟加载。
那么知道了上述两个接口，我相信不少人甚至不看源码都已经猜到spring是如何做的了。没错，就是让bean工厂持有一个Map<String,BeanDefinition>，这样就可以在任何时候我们想用哪个bean，取到它的bean定义，我们就可以创造出一个新鲜的实例。
当你写好配置文件，启动项目后，框架会先按照你的配置文件找到那个要scan的包，然后解析包里面的所有类，找到所有含有@bean，@service等注解的类，利用反射解析它们，包括解析构造器，方法，属性等等，然后封装成各种信息类放到一个map里。每当你需要一个bean的时候，框架就会从container找是不是有这个类的定义啊？如果找到则通过构造器new出来（这就是控制反转，不用你new,框架帮你new），再在这个类找是不是有要注入的属性或者方法，比如标有@autowired的属性，如果有则还是到container找对应的解析类，new出对象，并通过之前解析出来的信息类找到setter方法，然后用该方法注入对象（这就是依赖注入）。如果其中有一个类container里没找到，则抛出异常，比如常见的spring无法找到该类定义，无法wire的异常。还有就是嵌套bean则用了一下递归，container会放到servletcontext里面，每次reQuest从servletcontext找这个container即可，不用多次解析类定义。如果bean的scope是singleton，则会重用这个bean不再重新创建，将这个bean放到一个map里，每次用都先从这个map里面找。如果scope是session，则该bean会放到session里面。仅此而已，没必要花更多精力。建议还是多看看底层的知识。
1afterPropertiesSet与init-method
(1)、init-method方法，初始化bean的时候执行，可以针对某个具体的bean进行配置。init-method需要在applicationContext.xml配置文档中bean的定义里头写明。例如：<bean id=”TestBean” class=”nju.software.xkxt.util.TestBean” init-method=”init”></bean>
这样，当TestBean在初始化的时候会执行TestBean中定义的init方法。
(2)、afterPropertiesSet方法，初始化bean的时候执行，可以针对某个具体的bean进行配置。afterPropertiesSet 必须实现 InitializingBean接口。实现 InitializingBean接口必须实现afterPropertiesSet方法。 InitializingBean是一个接口，它仅仅包含一个方法：afterPropertiesSet()。Spring要求init-method是一个无参数的方法，如果init-method指定的方法中有参数，那么Spring将会抛出异常init-method指定的方法可以是public、protected以及private的，并且方法也可以是final的。
(3)、BeanPostProcessor，针对所有Spring上下文中所有的bean，可以在配置文档applicationContext.xml中配置一个BeanPostProcessor，然后对所有的bean进行一个初始化方法之前和之后的代理。BeanPostProcessor接口中有两个方法： postProcessBeforeInitialization和postProcessAfterInitialization。前者postProcessBeforeInitialization在实例化及依赖注入完成后、在任何初始化代码（比如配置文件中的init-method）调用之前调用；后者postProcessAfterInitialization在初始化代码调用之后调用
postProcessBeforeInitialization方法在bean初始化之前执行， postProcessAfterInitialization方法在bean初始化之后执行。
2 TCP七层协议
一次完整的浏览器请求流程
- 域名解析 –>
- 发起TCP的3次握手 –>
- 建立TCP连接后发起http请求 –>
- 服务器响应http请求，浏览器得到html代码 –>
- 浏览器解析html代码，并请求html代码中的资源（如js、css、图片等） –>
- 浏览器对页面进行渲染呈现给用户
2 proxy-target-class 作用 该属性值默认为false,表示使用JDK动态代理织入增强;当值为true时,表示使用CGLib动态代理织入增强;但是,即使设置为false,如果目标类没有生命接口,则spring将自动使用CGLib动态代理
当要使用实现了某个接口的类让spring来生成bean时,无需在aop配置中添加proxy-target-class,因为它默认为false.
2 lazy-init详解作用
ApplicationContext实现的默认行为就是在启动服务器时将所有singleton bean提前进行实例化(也就是依赖注入)。提前实例化意味着作为初始化过程的一部分，如果一个bean的scope属性为scope=”pototype”时，即使设置了lazy-init=”false”,容器启动时不实例化bean，
而是调用getBean方法实例化的
用途: 通常用于解决spring循环引用的问题: (A->B->A,A->B->C->A)
3 Spring bean作用域与生命周期
- 实例化。Spring通过new关键字将一个Bean进行实例化，JavaBean都有默认的构造函数，因此不需要提供构造参数。
- 填入属性。Spring根据xml文件中的配置通过调用Bean中的setXXX方法填入对应的属性。
- 事件通知。Spring依次检查Bean是否实现了BeanNameAware、BeanFactoryAware、ApplicationContextAware、BeanPostProcessor、InitializingBean接口，如果有的话，依次调用这些接口。
- 使用。应用程序可以正常使用这个Bean了。
- 销毁。如果Bean实现了DisposableBean接口，就调用其destroy方法。
注意:如果bean的scope设为prototype时，当ctx.close时，destroy方法不会被调用.
原因：对于prototype作用域的bean，有一点非常重要，那就是Spring不能对一个prototype bean的整个生命周期负责：容器在初始化、配置、装饰或者是装配完一个prototype实例后，将它交给客户端，随后就对该prototype实例不闻不问了。不管何种作用域，容器都会调用所有对象的初始化生命周期回调方法。但对prototype而言，任何配置好的析构生命周期回调方法都将不会 被调用。清除prototype作用域的对象并释放任何prototype bean所持有的昂贵资源，都是客户端代码的职责。（让Spring容器释放被prototype作用域bean占用资源的一种可行方式是，通过使用bean的后置处理器，该处理器持有要被清除的bean的引用。）谈及prototype作用域的bean时，在某些方面你可以将Spring容器的角色看作是Java new 操作的替代者。任何迟于该时间点的生命周期事宜都得交由客户端来处理。
4 BeanDefinition的载入和解析对IoC容器来说，这个载入过程，相当于把定义的BeanDefinition在IoC容器中转化成一个Spring内部表示的数据结构的过程。IoC容器对Bean的管理和依赖注入功能的实现，是通过对其持有的BeanDefinition进行各种相关操作来完成的。这些BeanDefinition数据在IoC容器中通过一个HashMap来保持和维护。当然这只是一种比较简单的维护方式，如果需要提高IoC容器的性能和容量，完全可以自己做一些扩展。
IoC容器的初始化入口，也就是看一下refresh方法。这个方法的最初是在FileSystemXmlApplicationContext的构造函数中被调用的，它的调用标志着容器初始化的开始，
这些初始化对象就是Bean.5 spring加载@control、@service是否存在先后顺序
首先查看beanDefinitionMap查找该beanName对应的beanDefinition实例，然后根据该实例判断是否存在依赖关系，如果存在在递归的调用getBean方法，直到所有的依赖关系都正确的实例化和装配完成，并且将这些依赖关系保存到上面提到的dependencyForBeanMap 和dependentBeanMap中。
接下来，Spring查看BeanDefinition来确定该Bean应该是单例方式创建还是原型方式创建？如果是单例的话，Spring会调用getSingleton方法查找或创建一个单例（下面会详聊），如果是原型的话，每次调用getBean方法都会创建一个新的实例，看上面代码便会一清二楚了。
整个实例化和装配过程也就讲完了，我们总结一下：
1）一切都是从bean工厂的getBean方法开始的，一旦该方法调用总会返回一个bean实例，无论当前是否存在，不存在就实例化一个并装配，否则直接返回。
2）实例化和装配过程中会多次递归调用getBean方法来解决类之间的依赖。
3）Spring几乎考虑了所有可能性，所以方法特别复杂但完整有条理。
4）@Autowired最终是根据类型来查找和装配元素的，但是我们设置了<beans default-autowire=”byName”/>后会影响最终的类型匹配查找。因为在前面有根据BeanDefinition的autowire类型设置PropertyValue值得一步，其中会有新实例的创建和注册。就是那个autowireByName方法。
4 Spring容器初始化过程
spring的IoC容器初始化包括：Bean定义资源文件的定位、载入和注册3个基本过程。当 BeanDefinition 注册完毕以后， Spring Bean 工厂就可以随时根据需要进行实例化了。对于 XmlBeanFactory 来说，实例化默认是延迟进行的，也就是说在 getBean 的时候才会；而对于 ApplicationContext 来说，实例化会在容器启动后通过AbstractApplicationContext 中 reflash 方法自动进行，主要经过方法链： reflesh() à finishBeanFactoryInitialization (factory) à DefaultListableBeanFactory.preInstantiateSingletons (), 在这里会根据注册的 BeanDefinition 信息依此调用 getBean(beanName) 。而真正实例化的逻辑和 BeanFactory 是“殊途同归”的，所有有关 Bean 实例化都可以从 getBean(beanName) 入手。IoC容器和上下文初始化一般不包含Bean依赖注入的实现。一般而言，依赖注入发送在应用第一次通过getBean方法向容器获取Bean时。但是有个特例是：IoC容器预实例化配置的lazyinit属性，如果某个Bean设置了lazyinit属性，则该Bean的依赖注入在IoC容器初始化时就预先完成了
JDK为什么是基于接口的代理参考文章
在需要继承proxy类获得有关方法和InvocationHandler构造方法传参的同时,java不能同时继承两个类，我们需要和想要代理的类建立联系，只能实现一个接口
CGlib为什么是基于类的代理参考文章
CGLib采用了非常底层的字节码技术，其原理是通ASM字节码框架为一个类创建子类，并在子类中采用方法拦截的技术拦截所有父类方法的调用，顺势织入横切逻辑。JDK动态代理与CGLib动态代理均是实现Spring AOP的基础。
- 5 如何启动spring容器:在Web项目中，启动Spring容器的方式有三种，ContextLoaderListener、ContextLoadServlet、ContextLoaderPlugin。
5 ApplicationContext和beanfactory区别:BeanFacotry是spring中比较原始的Factory。如XMLBeanFactory就是一种典型的BeanFactory。原始的BeanFactory无法支持spring的许多插件，如AOP功能、Web应用等。 ApplicationContext接口,它由BeanFactory接口派生而来，因而提供BeanFactory所有的功能
6 spring如何跟struts2: struts2-spring-plugin.jar这个插件重写了struts的对象工厂，当创建一个action类时，它会根据struts的配置文件的class属性的值与spring配置文件中的id属性的值相匹配
参考文章：spring与struts2结合
7 spring如何跟mybatis:Mybatis-Spring给我们封装了一个SqlSessionFactoryBean，这个对象包含了3个必备属性，分别是数据源、扫描xml和扫描dao层用的
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource" /> <property name="mapperLocations" value="classpath:com/tiantian/ckeditor/mybatis/mappers/*Mapper.xml" /> <property name="typeAliasesPackage" value="com.tiantian.ckeditor.model" /> </bean>mapperLocations：它表示我们的Mapper文件存放的位置，当我们的Mapper文件跟对应的Mapper接口处于同一位置的时候可以不用指定该属性的值。
configLocation：用于指定Mybatis的配置文件位置。如果指定了该属性，那么会以该配置文件的内容作为配置信息构建对应的SqlSessionFactoryBuilder，但是后续属性指定的内容会覆盖该配置文件里面指定的对应内容。
typeAliasesPackage：它一般对应我们的实体类所在的包，这个时候会自动取对应包中不包括包名的简单类名作为包括包名的别名。多个package之间可以用逗号或者分号等来进行分隔。
参考文章：Mybatis整合Spring
