Spring的IOC分析

Posted 2020-10-21 zhikou

 

　　我们学习Spring之前需要对23种java的设计模式的9种有一定的理解，设计模式为了解耦，Spring也是在解耦的方向上设计的，所以设计模式要理解一下，它当中用到了很多。

• 单例模式（写法很多钟，7种中知道常用的两种左右就可以了）
• 工厂模式（简单工厂，工厂方法，抽象工厂）
• 代理模式（jdk的动态代理，CGLIB的代理）
• 委派模式（跟代理模式类似，区别是这个只看到结果出来）
• 原型模式（一个克隆对象的方法，只克隆数据类型属性叫浅拷贝，克隆对象信息的叫深拷贝）
• 门面模式（一个大堂经理的职位，做事的不是他，他是将不同的情况的业务分到对应的业务窗口去执行，目的是扩展）
• 策略模式（用不同的方式去实现，但是不影响最终的结果，比如CompareTo的这个方法的比较，小的数据返-1，相等返0，大于返1，至于怎么比较的我们不知道）

　　设计模式按照理解的写了7个放在github上了，    地址：https://github.com/zy93xy/PatterDesignWorkspace

　　面试官有时候会问你：“讲讲你所理解的IOC”,这时你如果按照千篇一律的方式去回答：“它是将对象的创建的控制权交给了我们的Spring的Ioc容器”，肯定没错，但是这只是一种云云亦云的说法，面试官都听起茧了，所以我们要从3个方面去说明清楚它。

 　　背景：在没有Spring的管理时，我们要写服务层的调用时，就是new一个的方式，都是接口的引用去new响应的接口实现的服务的，所以我们常规的这样在管理这样的大量的类的实例时会有很多资源浪费，同时让我们写了很多耦合度比较高的代码，实现的服务的接口一旦达到上百的个，请问你又怎么能记得住呢。这时，Spring的IOC容器就出来解决了耦合性开发的问题，向BeanFactory拿到Bean的实例，当中的处理方式就不用知道怎么会是，我们只管拿到使用就可以了，解放了业务开发的代码量，做了一次优秀的封装。

　　引入：我们可以把Spring的编程的核心叫做BOP(面向bean的编程思想)编程，创建对象（bean）和依赖调用的原本是需要在调用类里实现的，控制反转把所有的这种反复的事交给了Ioc容器来做，而且还是必须容器才行。容器在这里做什么？起了一个什么样的作用呢？

　　Ioc：从我们代码上可以有三种方式进行注入：①set方式，②直接赋值，③构造注入；在注入前我们需要对该bean组件进行获取bean，而getBean（）方法又是BeanFacotry定义的规范，接着BeanDefinition进行还原处理，定位到实例bean，加载，初始化，注册，注入完成控制反转和依赖注入的。当下代码是启动Spring中的Ioc获取了bean的实例的开始

    ApplicationContext appContext =   new ClassPathXmlApplicationContext("classpath:META-INF/spring/applicationContext-common.xml");  
        ApplicationContext appContext=appContextUtil.getContext();  
        ProjectServiceFacade projectServiceFacade=(ProjectServiceFacade)appContext.getBean("projectService");  
//projectServiceFacade使用就可以调用方法了

在Ioc分析二中将了解整个的一个过程。