spring
品牌型号：联想ThinkPad X1
系统：Windows10家庭版
软件版本：Spring 5.3.7
Spring之所以能在Java生态里被应用这么多年，原因在于它的底层那套设计思想确实解决了我们不少开发问题。之前写Java项目时对象间的依赖关系全由我们手动维护，改一处往往要动一片。Spring提出的控制反转后，对象都交给容器统一处理。和控制反转一起被提起的还有面向切面编程，它们都是Spring的核心，经常有初学者把这两个概念弄混。下面就给大家介绍一下Spring控制反转和面向切面的区别，Spring控制反转的几种形式的相关内容。
一、Spring控制反转和面向切面的区别
控制反转和面向切面都是我们在学习Spring时的重要知识点，但它们本质上解决的是两类不同的问题，我们在刚接触Spring的时候一定要搞清楚。
控制反转解决的是对象创建和依赖管理的问题，我们学习Spring之前，在传统写法里，一个类要用到另一个对象，得我们在类里手动new出另一个对象，这种主动权掌握在对象自己手里，但是类与类之间也因此绑得很死。控制反转把创建对象的权利交给了容器。
我们在开发的时候，业务逻辑之外那些重复出现的公共功能，比如日志、事务、权限校验，怎么从业务代码里抽离出来单独管理，这就需要用到面向切面的思想了。它关注的不是对象怎么创建，而是方法执行过程中，怎么在不改动业务代码本身的前提下，插入额外的处理逻辑。
控制反转管理整个对象的生命周期，从创建到组装再到销毁，而面向切面聚焦在方法调用这个环节上，通过代理的方式在方法前后插入逻辑。虽然这两个思想经常被一起提到，也经常配合使用，但它们各自要解决的问题不能混为一谈。
二、Spring控制反转的几种形式
控制反转思想的实现方式有很多种，像依赖查找就是比较早的一种实现形式，对象需要某个依赖的时候，主动向容器发起请求，通过类似getBean这样的方式，把需要的对象从容器里取出来，因为这种方式跟容器之间的耦合度不低，所以现在用得比较少了。
现在都流行用依赖注入，它跟依赖查找的区别在于对象不用主动去找依赖，而是被动接收容器准备好的依赖，容器在创建对象的时候就把依赖塞进去了，对象不需要感知到容器的存在。
提到依赖注入，就不得不提到它的三种注入方式了，例如构造器注入，通过构造方法把依赖传进来，也可以使用setter注入通过set方法完成赋值；还有字段注入，直接通过反射给字段赋值。这几种方式都有各自的使用场景。
Spring里其实还有一些更细化的体现方式，比如通过工厂方法、通过回调接口等等，但都用得比较少，更多是依赖查找和依赖注入这两种思路。
以上就是Spring控制反转和面向切面的区别，Spring控制反转的几种形式的全部内容了。控制反转和面向切面虽然经常被放在一起讲，但解决的问题不在一个层面上，控制反转管的是对象怎么来、依赖怎么给，面向切面解决的是方法执行时额外逻辑怎么插进去，两种思想互相配合着使用。控制反转的实现方式有很多，依赖查找现在用得不多，依赖注入才是现在的主流写法，构造器、setter、字段注入各自适用的场景也不太一样。
