spring的ioc是解耦,aop是干啥的

Posted 2023-02-21

ioc是解耦,aop是干什么的

参考技术A

结合图片看

AOP是代理模式的一种实现，你把代理模式理解了就不难了。

代理模式是一种针对业务逻辑复合处理的一种强大的设计模式。

生活中常常有这样的例子，比如你去拜访一位朋友，但是他却不在家，这时你会让他的家人通知他。但是这个通知的过程你并不清楚。如果你有礼貌，也许家人会夸奖你，如果你态度恶劣，说不定也会打你小报告。你所关注的只是通知朋友的事件，但此过程中间可能会发生其他的事情。

放在程序中来说，进行一段业务处理的时候，会遇到额外要增加的业务逻辑，这段逻辑是已经封装好的。而本身的业务逻辑也是封装好的，两个模块间并不发生任何关系。这个时候就要用到代理模式了，下面简单提供一段示例代码阐述代理模式的基本思想。

public class ProxyObject implements Object 

    Object obj;

    

    public ProxyObject() 

        System.out.println("这是代理类");

        obj = new ObjectImpl();

    

    

    public void action() 

        System.out.println("代理开始");

        obj.action();

        System.out.println("代理结束");

    

public interface Object 

    void action();

public class ObjectImpl implements Object 

    public void action() 

        System.out.println("========");

        System.out.println("========");

        System.out.println("这是被代理的类");

        System.out.println("========");

        System.out.println("========");

    

public class Test 

    public static void main() 

     Object obj = new ProxyObject();

        obj.action();

    

代理模式是一种间接调用的体现，上面示例代码中。如果直接调用Object实现类，也就是ObjectImpl中的方法，并不能调用新的业务逻辑，而如果实现一个代理类，在类中调用ObjectImpl，这样外部访问代理类时会间接调用ObjectImpl，并且此过程可以扩展而不用对源代码ObjectImpl进行修改。

spring 中的AOP就是基于这种原理。AOP中会发生多个逻辑复合处理的情况，使用代理类能准确执行目标类中定义的逻辑单元并且扩展其他的逻辑单元。

参考技术B 控制反转（IOC）

（理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”）
1、Ioc—Inversion of Control：即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。
2、谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象即由Ioc容器来控制对象的创建。
谁控制谁？当然是IoC 容器控制了对象。
控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。
3、为何是反转，哪些方面反转了： 有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象。
为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象,所以是反转。
哪些方面反转了？依赖对象的获取被反转了。
还是不明白没事，下面搞个简单案例来说就懂啦 ！！！
例子：当我们在任何一个有实际开发意义的程序项目中，我们会使用很多类来描述他们特有的功能，并且通过类与类之间的相互协作来完成特定的业务逻辑。这个时候，每个类都需要负责管理与自己有交互的类的引用和依赖，代码将会变的异常难以维护和极高的高耦合。而IOC的出现正是用来解决这个问题，我们通过IOC将这些依赖对象的创建、协调工作交给spring容器去处理，每个对象值需要关注其自身的业务逻辑关系就可以了。在这样的角度上来看，获得依赖的对象的方式，进行了反转，变成了由spring容器控制对象如何获取外部资源（包括其他对象和文件资料等）。
总的来说：IOC就是通过在Xml配置文件里依赖注入来解决代码问题。

IOC的注入类型有几种？主要可以划分为三种：构造函数注入、属性注入和接口注入。Spring支持构造函数注入和属性注入

面向切面（AOP）

（面向切面编程，AOP其实只是OOP的补充而已，AOP基本上是通过代理机制实现的。）
我们管切入到指定类指定方法的代码片段称为切面，而切入到哪些类、哪些方法则叫切入点。有了AOP，我们就可以把几个类共有的代码，抽取到一个切片中，等到需要时再切入对象中去，从而改变其原有的行为。
我们都知道 Java 是 OOP-面向对象编程的，它有自己的优势，也有自己的不足。比如说：在我们开发中，都会有一条业务主线（即客户的需求）。而我们要做的就是实现这个主线上的需求。我们在实现这些功能的时候，经常要干一些额外的不可避免的事情，比如事务的管理，日志的记录等，就很繁杂且代码量增多，所以 Spring 提供了另一种角度来思考程序结构，也就是把这一些事情剥离出来，然后适时适地的把它们加入到我们的代码中，比如说 声明式事务管理的时候，我们在 service 层检测到save*、update*这些方法要被调用的时候，我们先进行开启事务什么的，这就是AOP，面向编程的思想。

AOP的术语：
1、通知（Advice）：就是你想要的功能，也就是上面说的 安全，事物，日志等。你给先定义好把，然后在想用的地方用一下
2、连接点（JoinPoint）：这个更好解释了，就是spring允许你使用通知的地方，那可真就多了，基本每个方法的前，后（两者都有也行），或抛出异常时都可以是连接点，spring只支持方法连接点.其他如aspectJ还可以让你在构造器或属性注入时都行，不过那不是咱关注的，只要记住，和方法有关的前前后后（抛出异常），都是连接点。
3、切入点（Pointcut）：上面说的连接点的基础上，来定义切入点，你的一个类里，有15个方法，那就有几十个连接点了对把，但是你并不想在所有方法附近都使用通知（使用叫织入，以后再说），你只想让其中的几个，在调用这几个方法之前，之后或者抛出异常时干点什么，那么就用切点来定义这几个方法，让切点来筛选连接点，选中那几个你想要的方法。
4、切面（Aspect）：切面是通知和切入点的结合。现在发现了吧，没连接点什么事情，连接点就是为了让你好理解切点，搞出来的，明白这个概念就行了。通知说明了干什么和什么时候干（什么时候通过方法名中的before,after，around等就能知道），而切入点说明了在哪干（指定到底是哪个方法），这就是一个完整的切面定义。
5、引入（introduction）：允许我们向现有的类添加新方法属性。这不就是把切面（也就是新方法属性：通知定义的）用到目标类中吗
6、目标（target）：引入中所提到的目标类，也就是要被通知的对象，也就是真正的业务逻辑，他可以在毫不知情的情况下，被咱们织入切面。而自己专注于业务本身的逻辑。
7、代理（proxy）：怎么实现整套aop机制的，都是通过代理，这个一会给细说。
8、织入（weaving）：把切面应用到目标对象来创建新的代理对象的过程。有3种方式，spring采用的是运行时，为什么是运行时，后面解释。 参考技术C AOP面向切面编程
将程序中的交叉业务逻辑（比如安全，日志，事务等），封装成一个切面，然后注入到目标对象（具体业务逻辑）中去。
比如：
很多方法可能会抛异常，你要记录这个异常到日志中去，可以写个拦截器类，在这个类中记录日志，在spring.xml中配置一个对这些要记录日志的方法的aop拦截器
在这个方法执行后调用这个拦截器，记录日志。这样就不用每次抛异常都要手动记录日志。
spring的事务管理用到的就是aop
这样也可以提高程序的内聚性。本回答被提问者采纳