【Spring】IOC和AOP：自己埋下的坑，自己摔过的坎

IOC

IOC即控制反转，用户只需要对对象进行声明，而不需要使用new或者其他方式创建对象。
创建对象的工作交给Sring容器去做，创建对象后存储在容器中，需要则去调用。创建的对象都是单例模式。

把创建对象的控制权从程序员的手中反转到代码里。

具体的实现方法是反射。

只要在类上加注解@Component（或者@Controller、@Service、@Repository），Spring就会把对象创建好放到容器中。
对于类中的一些接口类型的属性，如果在Spring中有这类的实现类，可以使用@Autowired自动织入，如果接口有多个实现类，也使用@Qualifier的value指定实现类（指定的实现类中也要加@Service(value)，两个value对应就可以表明实现类）。

注入

“注入就是，spring的管理机制Bean工厂已经把对象创建好了 你只需要调用就行！”
——出自ZOL问答 用户“honny_13”

实际上我至今不能理解什么是注入，有大神说是向调用者构注入在配置文件中配置好的“材料”云云，我却不知所措QAQ，只有honny_13的回答让我如沐春风（至少有能理解的东西可以背下来了55555555）。

DI

DI即依赖注入，这是和IOC的同一概念的不同角度的描述，指的是应用程序（调用者）在运行时，程序 （调用者） 依赖于 容器，容器 动态地向程序（调用者） 注入 程序 所需要的 外部资源。

最直观的表达就是，IOC让对象的创建不用去new了，可以由spring自动生产，使用java的反射机制，根据配置文件在运行时动态的去创建对象以及管理对象，并调用对象的方法。
Spring的IOC有三种注入方式 ：构造器注入、setter方法注入、根据注解注入。

——出自我的宁宁同学

AOP

AOP（翻译为面向切面编程或者面向方面编程），面向切面编程，其体现在于对一些与业务逻辑无关的代码，比如：
日志输出、事物处理、权限管理、甚至赋值等等冗余代码，另外抽取出来，进行封装。
使用各种增强类型进行解耦，降低模块间的耦合度，提高代码的可重用度。
有一种做法是让通知类*Advice 实现org.springframework.aop下的几个接口（MethodBeforeAdvice前置增强、AfterReturningAdvice后置增强、MethodInterceptor环绕增强、ThrowsAdvice异常增强），重写方法，并且在xml中配置。（详情见https://blog.csdn.net/a82793510/article/details/48296069）

AOP的增强、通知所实现的，实际上是代理对象可以实现的功能。

连接点：是容器中的类的各个方法，一般是@Service层的业务类的方法或者Dao层的操作数据库方法，这些可以被通知/增强的方法都是连接点。

切入点Pointcut： 是一个个连接点的集合，使用@Poincut(value)配置，value写execution表达式，配置要被通知的方法，也是通知作用位置。一个通知可以作用于一个或者多个切入点，被切入点所配置的方法。
常用execution表达式： execution(* com…service.impl..(…))
指的是com.*.service.impl下的所有类的所有方法。

通知Advice：是AOP解耦的关键，将无关代码分离，使用@Before，@AfterReturn，@Around，@After，@AfterThrowing和其value配置通知时机和被通知的切入点。

目标Target：通知时机+通知内容（通知方法内的内容）=目标

切面Aspect：切面类是切入点和通知所在的类称为切面类，切面类可以通过切点指定需要被增强的连接点（通过@Pointcut）。切面类需要被放到Spring容器中，因此需要@Component注解，此外还需要@Aspect注解，以通知框架这是切面类。