spring中依赖注入的原理和原因
- 在java开发的过程中,程序员在某个类中需要依赖其他类的方法,通常的解决方法就是new一个依赖类在调用类实例的方法。
- 这种开发的缺点就是:通过new出来的实例不好统一管理
- 因此spring提出了依赖注入的思想,依赖类不由程序员进行实例化,而是通过spring容器帮我们帮我们new指定实例并且将实例注入到需要该对象的类中
- spring依赖注入的另一种说法是反转控制,简单点来说:平常由我们new一个实例,这个控制权在程序员的手里,而控制反转是指new实例工作不由我们程序员来做而是交给spring容器,spring通过di实现IOC,常用的注入方式:构造方法注入,set方法参数注入,接口注入。
Spring中的依赖注入用了哪些设计模式
- SpringMVC通常采用属性注入的ioc方式和AOP织入方式结合实现依赖注入。
- 这里涉及到单例模式(注入类或者接口在容器中只存在一个)
- 工厂模式(通过发射类实例化过程的公用化)
- 装饰模式属于AOP织入的一部分。
Spring的工作原理 - 内部最核心的就是IOC了
- 动态注入:让一个对象的创建不用new,可以自动生产,这其实就是利用反射。
- 反射其实就是在运行时动态的去创建,调用对象,spring就是在运行时,跟xml Spring的配置文件来动态的创建对象和调用对象里的方法。
- Spring还有一个核心就是AOP,切面编程程(可以将分散在各个模块总相同的功能抽取出来),而oop是纵向抽取,可以抽取出类,方法和属性,但是不能将类中相同的部分的抽取出来,因此AOP并不能代替oop,只是对oop的补充。
- Spring的目的就是让对象对象与对象之间的关系没有通过代码来关联,都是通过配置类
Spring AOP与IOC
- IOC:控制反转,控制权由对象本身转向容器,有容器根据配置文件去创建实例并创建各个实例之间的关系。
- 核心:bean工厂,在spring中,bean工厂创建的各个实例称作bean
- AOP:面向切面编程
- 静态代理:针对具体类分别编写代理类,针对一个接口编写一个代理类
- 动态代理:
- 真的对一个方面编写·InvocationHandler,然后借用JDK反射包中的Proxy类为各种接口生成相应的代理类。