标签：业务 注解 项目 直接 设计模式 实现原理 spring容器 ring 使用
IOC与AOP是Spring中的核心；IOC是控制反转，AOP是面向对象编程，IOC采用了工厂设计模式，AOP采用了代理设计模式。
一、IOC
IOC是控制反转，而控制反转是一种思想，而DI是依赖注入，是IOC的实现，DI有构造注入、属性注入（设值注入）（基于注解的方式或者基于XML的方式）。在项目程序中，频繁的去手动创建对象，new对象使得代码间耦合度太大，而Spring提供了容器，通俗的讲：你无需知道对象的创建过程，只需从其中拿到结果就可以了；把对象的创建以及各个对象间的关系还有对象的销毁交给Spring容器去管理，在实际代码中无需去手动new 对象，只要从Spring容器中直接拿对象来使用，这就IOC控制反转；Spring通过反射以及对XML配置映射或者注解的形式来管理对象。
二、AOP
AOP是面向切面编程，它也是对OOP面向对象编程的补充；AOP的实现原理核心就是动态代理；我们知道面向对象不同于面向过程，我们专注对对象的开发，万事万物皆对象，那么在面向某个对象的时候，需要在这个对象至上而下执行前，执行后，或者至上而下执行某个方法前后，以及这个对象至上而下执行中出现异常等，我们都需要进行系统级业务操作，我们直接在执行过程中或者直接在代码执行至上而下顺序过程加上所需代码吗？这就不是完全的面向对象了，而又成了面向过程了，而代码间的耦合度增大了，这时候我们需要对面向对象进行补充，AOP面向切面，把这个对象所存在的范围可以称为切面，所需执行目标对象称为切点，在切点前执行的，从左向右的横切进来执行的，称为前置通知（增强），当然以此类推有后置通知，环绕通知，异常通知，以及最终通知，通知也可以叫作增强，对这个切面，切点的增强；这里有些抽象了，想要理解我的话，可以看我的动态代理先去理解动态代理。
OOP将应用程序分解成各个层次的对象，而AOP将程序分解成多个切面，OOP引入封装、继承和多态性等概念来建立一种对象层次结构，用以模拟公共行为的一个集合。当我们需要为分散的对象引入公共行为的时候，OOP则显得无能为力。也就是说，OOP允许你定义从上到下的关系，但并不适合定义从左到右的关系。例如日志功能。日志代码往往水平地散布在所有对象层次中，而与它所散布到的对象的核心功能毫无关系。
在OOP设计中，它导致了大量代码的重复，而不利于各个模块的重用。将程序中的交叉业务逻辑（比如安全，日志，事务等），封装成一个切面，然后注入到目标对象（具体业务逻辑）中去。 实现AOP的技术，主要分为两大类：一是采用动态代理技术，利用截取消息的方式，对该消息进行装饰，以取代原有对象行为的执行；二是采用静态织入的方式，引入特定的语法创建“方面”，从而使得编译器可以在编译期间织入有关“方面”的代码.
在spring中，未来使IoC方便地使用健壮、灵活的企业服务，需要利用spring AOP实现为IoC和企业服务之间建立联系。
对Spring中的IOC与AOP简单理解（简单的理解，通俗易懂）
标签：业务 注解 项目 直接 设计模式 实现原理 spring容器 ring 使用
原文地址：https://www.cnblogs.com/zhangsonglin/p/10925554.html
