SpringAop详解汇总

news2024/11/14 20:25:29

文章目录

  • 近期想法
  • 什么是AOP
  • SpringAOP与Aspectj
  • SpringAOP体系概述
  • 概念详解
    • 连接点- Jointpoint
    • 切入点- Pointcut
    • 通知- Advice
    • 切面- Aspect
    • 织入- Weaving
  • 实现原理—动态代理
    • JDK动态代理
      • 描述
      • 原理
      • 代码示例
        • 注意
        • 执行结果
      • 优点
      • 缺点
    • CGLib动态代理
      • 描述
      • 原理
      • 代码示例
        • 注意
        • 执行结果
      • 优点
      • 缺点
  • 加载过程
    • 不加@EnableAspectJAutoProxy?
    • @EnableAspectJAutoProxy源码分析
  • 补充说明

近期想法

题外话:最近有在骑车通勤,已经一个多月的时间了,晚上十点半睡,早上六点就醒,感觉还是有所变化,由最初的气喘吁吁变为呼吸均匀,速度也有所提升,也学会大撒把了。很多事情贵在坚持,每天保持一点的技术进步,日积月累就很有效果,既然选择了这条路,便只顾风雨兼程,放平心态,精益求精。(心态最重要也是最难修行的)

该片主要讲解AOP相关的知识点,其实AOP相关的文章或博客实在是太多了,我还是想着尽量弄一个相对比较全面的,主要还是以我本身的自我理解为主,可能有些理解不够深入或者是有所偏差,也希望大家指出来,以备完善。

什么是AOP

AOP为Aspect Oriented Programming的缩写,意为:面向切面编程,通过预编译方式和运行期间动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续,是软件开发中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率。
在Spring中提供了面向切面编程的丰富支持,允许通过分离应用的业务逻辑与系统级服务(例如审计(auditing)和事务(transaction)管理)进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责(甚至是意识)其它的系统级关注点,例如日志或事务支持。

SpringAOP与Aspectj

在这里插入图片描述
个人理解,AOP是通过“预编译方式”和“运行期间动态代理”实现程序功能的统一维护的一种技术或者说是一种标准。AOP是一个概念,其实现技术有AspectJ和springAOP。springAOP的实现过程中,借用了Aspectj的一些功能,包括@Aspect、@Before、@After、@PonitCut等注解,可以看到这些注解都是org.aspectj.lang.annotation下的。

SpringAOP体系概述

在这里插入图片描述
当然aop远不止这些,只是提炼了些使用过程中用到更多的一些知识点,包括:概念、处理时机、实现原理(动态代理相关)及AOP的加载流程(这一块会结合源码来看)。接下来会按照这些点展开说明。

概念详解

曾经有段时间,这几个概念我直接理解不了,一度觉得这都是起的什么名字啊,真费解。随着慢慢的理解深入,觉得柳暗花明又一村了。
理解概念是学习任何知识点的第一步,也是深入学习的第一步,因为不论是什么技术,如果只是到会用、功能可以实现的层面那太简单了,但是如果要知其然且知其所以然的话,概念是基础。

连接点- Jointpoint

可切入的地方,是程序执行的一个点。例如,一个方法的执行或者一个异常的处理。在Spring AOP中,一个连接点总是代表一个方法执行。

切入点- Pointcut

粗暴理解就是@PointCut的地方,即为匹配连接点的表达式。在SpringAOP中,一个切入点可以只描述一个具体方法,也可以匹配多个方法。
切入点分为execution方式和annotation方式。execution可以用路径表达式指定哪些类织入切面,annotation可以指定被哪些注解修饰的代码织入切面。如下图:
在这里插入图片描述
在这里插入图片描述

通知- Advice

其实就是处理逻辑,包括处理时机及处理操作。处理操作即为我们具体的处理逻辑,常见的包括日志、权限及异常等处理逻辑。而处理时机则指定该处理操作在什么时机进行处理执行,这儿我们说明一下处理时机相关注解概念:

  • @Before
    设置指定的通知处理方法(该注解的value)切入到目标方法之前执行。在这里插入图片描述

  • @After
    设置指定的通知处理方法(该注解的value)切入到目标方法之后执行。
    在这里插入图片描述

  • @Around
    设置指定的通知处理方法(该注解的value)切入到目标方法前后执行,这个功能强大比较常用。功能约等于@Before+@AfterReturning(后面会讲到)。
    注意点:

    • @Around通知处理方法的第一个形参必须是ProceedingJoinPoint类型,在通知处理方法体内,调用ProceedingJoinPoint的proceed方法才会执行目标方法。如果程序没有调用ProceedingJoinPoint的proceed方法,则目标方法不会执行。
    • 调用ProceedingJoinPoint的proceed方法时,还可以传入一个Object[ ]对象,该数组中的值将被传入目标方法作为实参。如果传入的Object[ ]数组长度与目标方法所需要的参数个数不相等,或者Object[ ]数组元素与目标方法所需参数的类型不匹配,程序就会出现异常。
    • 通知处理方法返回类型可以设置为void,如果接收返回值的话,则必须设置为Object。
      在这里插入图片描述
  • @AfterReturning
    设置指定的通知处理方法切入到目标方法正常执行完毕后运行。
    在这里插入图片描述
    注意点

    • pointcut/value这两个属性的作用是一样的,它们都用于指定该切入点对应的切入表达式。可以是一个已有的切入点,也可以直接定义切入点表达式。当指定了pointcut属性后,value属性值将会被覆盖。
    • returning 自定义的变量,标识目标方法的返回值,自定义变量名必须和通知方法的形参一样。
  • @AfterThrowing
    设置当前通知处理方法在目标方法方法运行抛出异常后执行 。
    在这里插入图片描述
    注意点

    • pointcut/value这两个属性的作用是一样的,它们都用于指定该切入点对应的切入表达式。可以是一个已有的切入点,也可以直接定义切入点表达式。当指定了pointcut属性后,value属性值将会被覆盖。
    • throwing属性指定一个形参名,用于表示Advice方法中可定义与此同名的形参,该形参可用于访问目标方法抛出的异常。除此之外,在Advice方法中定义该参数时,指定的类型,会限制方法必须抛出指定类型的异常。

切面- Aspect

描述通知与切入点的对应关系。

织入- Weaving

就是通过动态代理,在目标对象方法中执行处理内容的过程。

实现原理—动态代理

Spring的AOP实现原理就是通过动态代理实现的。如果我们为Spring的某个bean配置了切面,那么Spring在创建这个bean的时候,实际上创建的是这个bean的一个代理对象,我们后续对bean中方法的调用,实际上调用的是代理类重写的代理方法。而Spring的AOP使用了两种动态代理,分别是JDK的动态代理,以及CGLib的动态代理。

JDK动态代理

描述

Spring默认使用JDK的动态代理实现AOP,类如果实现了接口,Spring就会使用这种方式实现动态代理。JDK实现动态代理需要两个组件,首先第一个就是InvocationHandler接口。我们在使用JDK的动态代理时,需要编写一个类,去实现这个接口,然后重写invoke方法,这个方法其实就是我们提供的代理方法。然后JDK动态代理需要使用的第二个组件就是Proxy这个类,我们可以通过这个类的newProxyInstance方法,返回一个代理对象。生成的代理类实现了原来那个类的所有接口,并对接口的方法进行了代理,我们通过代理对象调用这些方法时,底层将通过反射,调用我们实现的invoke方法。

原理

JDK的动态代理是基于反射实现。JDK通过反射,生成一个代理类,这个代理类实现了原来那个类的全部接口,并对接口中定义的所有方法进行了代理。当我们通过代理对象执行原来那个类的方法时,代理类底层会通过反射机制,回调我们实现的InvocationHandler接口的invoke方法。并且这个代理类是Proxy类的子类。

代码示例

在 SpringBoot 2.x AOP中会默认使用Cglib来实现,但是Spring5中默认还是使用jdk动态代理。Spring AOP 默认使用 JDK 动态代理,如果对象没有实现接口,则使用 CGLIB 代理。当然,也可以强制使用 CGLIB 代理。
这里通过spring boot来演示下JDK动态代理,我们通过application.properties配置将代理默认设置为JDK代理。

spring.aop.proxy-target-class=false

首先需要一个接口及其实现类(放一个代码块里了):

public interface PhliInterface {
    void testJdk();
}

@Component
public class PhliServiceImpl implements PhliInterface{
    @Override
    public void testDynamic() {
        System.out.println("目标方法执行");
    }
}

其次,定义一个切面,将这个testJdk方法作为切入点,为它配置一个前置通知,代码如下:

@Component
@Aspect
public class TestAspect {

    @Pointcut("execution(* cn.ph.software.proxy.PhliServiceImpl.*(..))")
    public void pointtest() {
    }

    @Before(value = "pointtest()")
    public void beforetest() {
        System.out.println("目标方法开始之前执行");
    }
}

最后,写个controller测试一下:

@RestController
@RequestMapping("/phli")
public class PhliController {
	/**注意,这里只能通过PhliInterface注入,而不能直接注入PhliServiceImpl,因为在容器中,
		使用JDK动态代理,Ioc容器中,存储的是一个类型为PhliInterface的代理对象*/
    @Resource
    private PhliInterface phliInterface;
    @GetMapping("/test")
    public void testPhli() {
        phliInterface.testDynamic();
        System.out.println(phliInterface.getClass().getName());
    }
}

注意

  • 这里没有用到@EnableAspectJAutoProxy注解,下面会讲到。
  • 上面代码中,通过@Resource注入的时候。由于我们需要代理的类实现了接口,则JDK动态代理生成的代理类会实现相同的接口,然后创建一个代理对象存储在Spring容器中。这也就是说,在Spring容器中,这个代理bean的类型不是PhliServiceImpl类型,而是PhliInterface类型,所以我们不能通过PhliServiceImpl。这也说明JDK动态代理无法代理没有定义在接口中的方法。假设PhliServiceImpl这个类有另外一个方法,它不是PhliInterface接口定义的方法,此时就算我们为它配置了切面,也无法将切面织入。而且由于在Spring容器中保存的代理对象并不是PhliServiceImpl类型,而是PhliInterface类型,这就导致我们无法调用不属于PhliInterface的方法。这也是JDK动态代理的局限性。

执行结果

在这里插入图片描述
从结果可知,代理类的父类是Proxy,也就是说明使用的是JDK动态代理。

优点

  • JDK动态代理是JDK原生的,不需要任何依赖即可使用。
  • 通过反射机制生成代理类的速度要比CGLib操作字节码生成代理类的速度更快。

缺点

  • 要使用JDK动态代理,被代理的类必须实现了接口,否则无法代理。
  • JDK动态代理无法为没有在接口中定义的方法实现代理,这就是上面所提到的局限性。
  • JDK动态代理执行代理方法时,通过反射机制进行回调,方法执行的效率比较低。

CGLib动态代理

描述

JDK的动态代理存在限制,那就是被代理的类必须是一个实现了接口的类,代理类需要实现相同的接口,代理接口中声明的方法。若需要代理的类没有实现接口,此时JDK的动态代理将没有办法使用,于是Spring会使用CGLib的动态代理来生成代理对象。CGLib直接操作字节码,生成类的子类,重写类的方法完成代理。

原理

CGLib实现动态代理的原理是,底层采用了ASM字节码生成框架,直接对需要代理的类的字节码进行操作,生成这个类的一个子类,并重写了类的所有可以重写的方法,在重写的过程中,将我们定义的额外的逻辑(简单理解为Spring中的切面)织入到方法中,对方法进行了增强。而通过字节码操作生成的代理类,和我们自己编写并编译后的类没有太大区别。

代码示例

跟JDK动态代理代码类似,把application.properties里面的配置去掉或者是改为true:

spring.aop.proxy-target-class=true

controller代码调整如下:

@RestController
@RequestMapping("/phli")
public class PhliController {
    //直接注入PhliServiceImpl
    @Resource
    private PhliServiceImpl phliService;
    @GetMapping("/test")
    public void testPhli() {
        phliService.testDynamic();
        System.out.println(phliService.getClass().getName());
    }
}

注意

  • CGLib动态代理是生成了PhliServiceImpl的一个子类,所以这个代理对象也是PhliServiceImpl类型(子类也是父类类型),所以可以直接注入PhliServiceImpl。
  • 因为是生成的子类,如果将testDynamic方法添加final修饰符,可以预料到testDynamic方法配置的前置通知不会执行,也就是代理类并没有为testDynamic方法进行代理。因为CGLib无法代理final方法,因为子类无法重写父类的final方法。(这儿就不做代码示例了,final的代码示例大家可以自己测试下)

执行结果

在这里插入图片描述
可以看到通知处理逻辑在目标方法之前执行,且使用的CGLib动态代理。

优点

  • CGLib代理的类,不需要实现接口,因为是直接继承自需要被代理的类。
  • CGLib生成的代理类是被代理类的子类。
  • CGLib生成的代理类,和我们自己编写并编译的类没有太大区别,对方法的调用和直接调用普通类的方式一致,所以CGLib执行代理方法的效率要高于JDK的动态代理。

缺点

  • CGLib使用的是继承,如果要被代理的类是一个final类,则无法使用CGLib代理;
  • 由于CGLib实现代理方法的方式是重写父类的方法,所以无法对final方法,或者private方法进行代理,因为子类无法重写这些方法;
  • CGLib生成代理类的方式是通过操作字节码,这种方式生成代理类的速度要比JDK通过反射生成代理类的速度更慢(理论上而言,一般场景下无感知)。

加载过程

这儿会涉及到源码,其实看源码的过程也是学习的过程,虽然有的时候看源码也看不下去,但是也得看啊。。。

不加@EnableAspectJAutoProxy?

之前在动态代理的代码示例部分提到了@EnableAspectJAutoProxy注解,这个注解用于开启aop支持,但是在实例代码部分没有体现,因为在pom文件中有spring-boot-starter-web相关依赖:

<dependency>
   <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
    <version>2.5.0</version>
</dependency>

该依赖会引入spring-boot-autoconfigure的依赖,这是自动装配的依赖,也就是会读取其下的spring.factories文件,在该文件中有下面的配置:
在这里插入图片描述
可以简单看下AopAutoConfiguration这个类
在这里插入图片描述
说明

  • AopAutoConfiguration等同于@EnableAspectJAutoProxy注解,该类起的作用和@EnableAspectJAutoProxy是一样的。

  • 该类上的注解@ConditionalOnProperty,指的是在配置文件中”spring.aop.auto“的配置,如果不配置则为true。可以预料到如果将spring.aop.auto设置为false的话动态代理不会生效。
    在这里插入图片描述

  • 在这里插入图片描述
    可以看到上述的代码示例的动态代理类并没有生成,aop没有生效。

  • 在spring.aop.auto=false基础上,在Application启动类上添加@EnableAspectJAutoProxy,再次执行:
    在这里插入图片描述
    可以看到CGLib动态代理生效。

综上,在springboot环境下,由于存在spring-boot-autoconfigure依赖,默认会注入AopAutoConfiguration配置类,该类的作用等同于@EnableAspectJAutoProxy注解,所以在这种情况下可以不加@EnableAspectJAutoProxy注解,AopAutoConfiguration可以通过spring.aop.auto属性控制。

@EnableAspectJAutoProxy源码分析

为方便理解,当然也是为了方便自己梳理,每一步都添加相关说明。

  1. 进入@EnableAspectJAutoProxy:
    在这里插入图片描述

    • @Import({AspectJAutoProxyRegistrar.class}):将AspectJAutoProxyRegistrar类注入到Spring IOC容器中被当前Spring管理。
    • proxyTargetClass:控制是基于子类继承的CGLIB动态代理还是使用基于接口的JDK动态代理,proxyTargetClass默认是false。
    • exposeProxy:控制代理的暴露方式,默认为false,如果设置为true的话,我们就可以通过AopContext.currentProxy()很容易拿到当前代理对象,这在解决Spring事务失效的方法自调用场景下很有用。
  2. 进入AspectJAutoProxyRegistrar:
    在这里插入图片描述

    • ImportBeanDefinitionRegistrar接口是也是spring的扩展点之一,它可以支持我们自己写的代码封装成BeanDefinition对象,实现此接口的类会回调postProcessBeanDefinitionRegistry方法,注册到spring容器中。把bean注入到spring容器不止有 @Service @Component等注解方式,还可以实现此接口。
    • AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(registry),这是真正执行逻辑。
    • proxyTargetClass及exposeProxy默认为false,第三部分红框标注部分不执行。
  3. 进入registerAspectJAnnotationAutoProxyCreatorIfNecessary方法:
    在这里插入图片描述
    在这里插入图片描述

    • 可以看下registerOrEscalateApcAsRequired方法,它利用AspectJAutoProxyRegistrar往IOC容器中注册了AnnotationAwareAspectJAutoProxyCreator定义信息,并且名称为name为"org.springframework.aop.config.internalAutoProxyCreator"。@EnableAspectJAutoProxy注解最终往容器中注入了AnnotationAwareAspectJAutoProxyCreator。
  4. 接下来着重看一下AnnotationAwareAspectJAutoProxyCreator
    查看一下该类的类关系图:
    在这里插入图片描述

    • BeanPostProcessor这个就不多说了,不是本篇的重点,从字面上 BeanPostProcessor 的意思就是 Bean 的后置处理器。主要作用就是帮助我们在bean实例化之后,初始化前后做一些事情,是spring常用的拓展接口。实现该接口是可以支持生成一个bean的代理对象的。
    • 重点查看下AnnotationAwareAspectJAutoProxyCreator及其子类所实现的postProcessBeforeInitialization()、postProcessAfterInitialization方法是否包含有生成代理对象的处理逻辑。
    • 还有BeanFactoryAware、BeanClassLoaderAware接口,Aware接口的作用是让Bean能拿到容器的一些资源,例如BeanNameAware可以拿到BeanName。所以这两个接口可以保证AnnotationAwareAspectJAutoProxyCreator获取到目标Bean的类加载器和当前的IOC容器,获取类加载器及IOC容器保证了为后续生成代理对象提供了前提。
  5. 经过排查定位查找到父类AbstractAutoProxyCreator中包含有postProcessAfterInitialization方法,该方法在bean初始化完成后执行,查看该方法注释得知,生成创建代理对象的逻辑就在这儿!!
    在这里插入图片描述

  6. 查看wrapIfNecessary方法:
    在这里插入图片描述

  7. 继续跟踪查看createProxy方法,该方法最后一行:

proxyFactory.getProxy(classLoader)

继续跟踪:
在这里插入图片描述
继续:
在这里插入图片描述

  1. 查看createAopProxy实现,终于找到你了:
    在这里插入图片描述
    • 可以查看红色框部分,动态代理实现AOP底层实现通过:JDK动态代理和Cglib动态代理模式!
    • 具体的判断逻辑一部了然,可以自行查看。

补充说明

SpringAOP还是有很多东西的,本篇可能没有涵盖,希望读者可以反馈下。
一些其它相关知识,可以查看我之前的博客:知识点汇总

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/447259.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

【UITableViewCell单元格重用补充 Objective-C语言】

一、咱们再把刚才说的UITableViewCell单元格重用的思路再给大家捋一下 1.咱们刚才说的这个单元格重用就是,当我们滚动的时候,这里给大家简单画一下, 2.就是滚动的时候,当把这个最上面的单元格滚完毕以后,把这个单元格放到缓存池里面, 3.给这个单元格要起一个ID,给它做一…

阿里云部署Stable Diffusion

系列文章目录 本地部署Stable Diffusion教程&#xff0c;亲测可以安装成功 Stable Diffusion界面参数及模型使用 谷歌Colab云端部署Stable Diffusion 进行绘图 文章目录 系列文章目录前言一、AIGC是什么&#xff1f;二、操作步骤1.资源准备-零元开通试用套餐2.创建应用3.输入…

使用matlab基于神经网络进行光束选择

一、前言 此示例说明如何使用神经网络来减少光束选择任务中的开销。在此示例中&#xff0c;您仅使用接收方的位置&#xff0c;而不是通信信道的知识。您可以通过在选定的波束对中进行搜索来减少波束扫掠开销&#xff0c;而不是对所有波束对进行详尽的波束搜索K光束对。考虑到一…

R语言ggplot2 | 修改ggplot主题

&#x1f4cb;文章目录 图形设置&#xff08;settings&#xff09;面板设置和背景&#xff08;Panel&Background&#xff09;坐标轴设置&#xff08;Axis&#xff09;标题和标签&#xff08;Title&label&#xff09;图例&#xff08;Legend&#xff09;副标题和图注&am…

静态和动态NAT,NAPT配置简介

一.类型介绍 二.功能 1.将大量的私有地址转换为公有地址(节约IP地址) 2.将一个IP地址转换为另一个IP地址(增加内部网络设备的安全性) 三.缺陷&#xff1a; 1.很消耗网络设备资源 2.破坏数据端到端传输&#xff0c;安全策略实施受限 四.配置命令 1.静态模式&#xff08;…

押注零知识证明赛道,Conflux与ACCSEAL达成战略合作

Conflux与新兴零知识证明加速芯片制造公司ACCSEAL宣布达成战略合作&#xff0c;携手共同布局零知识证明&#xff08;Zero-Knowledge Proof&#xff0c;简称ZKP&#xff09;赛道&#xff0c;探索可应用于Conflux生态系统的最先进零知识证明技术和解决方案。早在2022年3月&#x…

白话文讲计算机视觉-第九讲-霍夫变换之直线检测

霍夫变换是1962年由霍夫发明的一种检测图像中直线、圆等形状的方法。后来1972年经过Richard O. Duda和Peter E. Hart改进&#xff0c;形成了今天的霍夫变换算法。 今天我就带大家了解了解霍夫变换之直线检测是怎么特么的一回事。 1.霍夫变换 说到霍夫变换&#xff0c;首先就得…

C++——类和对象

作者&#xff1a;几冬雪来 时间&#xff1a;2023年4月21日 内容&#xff1a;C类和对象 目录 前言&#xff1a; 1.inline函数&#xff1a; 2.auto&#xff08;补充&#xff09;&#xff1a; 3.类&#xff1a; 4.类的访问限定符及封装&#xff1a; 5.封装&#xff1a;…

从零开始下载torch+cu(无痛版)

从零开始下载torchcu&#xff08;无痛版&#xff09; 文章目录 从零开始下载torchcu&#xff08;无痛版&#xff09;一&#xff0c;前言二&#xff0c;配置torch的GPU版具体步骤1,查看电脑安装的Cuda版本2&#xff0c;在pytoch官网检索待下载whl包名以及版本3&#xff0c;下载指…

playwright实战篇(tx、ali225)

人人都笑金角&#xff0c;人人都是金角推荐文章&#xff1a; 1、https://playwright.dev/python/docs/api/class-playwright //官方文档 2、https://cuiqingcai.com/36045.html //崔庆才教程 3、https://github.com/qqq732004709/ //实战参考 4、https://www.cnblogs.com/ca…

asp.net mvc网上书店购物系统(带项目文档)

c#_asp.net mvc网上书店购物系统&#xff08;带项目文档&#xff09; mvc网上书店购物系统 主要技术&#xff1a; 基于asp.net mvc架构和sql server数据库&#xff0c;并采用EF实体模型开发。 功能模块&#xff1a; 系统包括前台和后台两个部分&#xff0c;用户可在前台浏览…

KL散度和交叉熵的对比介绍

KL散度&#xff08;Kullback-Leibler Divergence&#xff09;和交叉熵&#xff08;Cross Entropy&#xff09;是在机器学习中广泛使用的概念。这两者都用于比较两个概率分布之间的相似性&#xff0c;但在一些方面&#xff0c;它们也有所不同。本文将对KL散度和交叉熵的详细解释…

学系统集成项目管理工程师(中项)系列03_职业道德规范

1. 职业道德 1.1. 涵盖了从业人员与服务对象、职业与职工、职业与职业之间的关系 1.2. 是所有从业人员在职业活动中应该遵循的行为准则 1.3. 包括爱岗敬业、诚实守信、办事公道、服务群众和奉献社会 2. 道德 2.1. 通常与法律相对应&#xff0c;具有非强制性 2.2. 指人们依…

《花雕学AI》26:多维度了解ChatGPT思维链提示的原理、方法、使用和发展的22个问题

早上5点起床&#xff0c;没有去打羽毛球&#xff0c;打开电脑&#xff0c;漫无边际的浏览&#xff0c;偶然发现了一个提法&#xff1a;ChatGPT思维链提示。于是&#xff0c;我使用与ChatGPT同源技术的新Bing引擎&#xff08;GPT-4&#xff09;&#xff0c;来进行搜索与了解相关…

基于在线优化的快速模型预测控制仿真Fast_MPC(Matlab代码实现)

目录 &#x1f4a5;1 概述 &#x1f4da;2 运行结果 &#x1f389;3 参考文献 &#x1f468;‍&#x1f4bb;4 Matlab代码 &#x1f4a5;1 概述 ​模型预测控制(Model Predictive Control,MPC)是一种基于在线计算的控制优化算法,能够统一处理带约束的多参数优化控制问题。…

ESP8266 最简单的OTA升级模式

最近在做一个项目时有OTA的需求&#xff0c;之前是通过arduino自带的ota模式&#xff0c;虽说也可以用&#xff0c;但操作比较麻烦&#xff0c;昨晚在网上搜索相关教程&#xff0c;发现了使用巴法云来实现ota的功能&#xff0c;现分享如下 1、首先要让你的设备联网 2、注册巴法…

jsp基础语法

前提 安装jdk参考 下载tomcat解压&#xff0c;运行tomcat不报错即可 第一个jsp程序 切换到webapps下ROOT文件夹下&#xff0c;将除了WEB-INF文件外的全部内容删除&#xff0c;新建index.jsp index.jsp内容如下 <!DOCTYPE html> <html lang"zh-CN"&g…

React Proxy 详细流程与配置方式(webpack、setupProxy.js、package.json)

一、 package.json 配置方式 全部以 GET 请求为例&#xff0c;每次修改配置后&#xff0c;重启项目&#xff0c;否则不生效。 访问 http://127.0.0.1:6000/api/user/list 接口为例检查自己脚手架版本 $ create-react-app -V若脚手架版本在 2.0 以下&#xff0c;可以使用对象类型…

【C++】deque的实现原理简单介绍

前言 deque被称为双端队列&#xff0c;它的出现主要是为了结合vector和list的优点并减小它们的缺点&#xff0c;实际上deque确实结合了vector和list的优点减小了它们的缺点&#xff0c;但是它的结合也让它自己的优点没有原始的vector和list那么极致&#xff0c;导致deque变得很…

C++好难(1):C++的入门

目录 前言&#xff1a; C的历史&#xff1a; c的领域 1.C的关键字&#xff1a; 2.命名空间 2.1命名空间的定义&#xff1a; 1&#xff09;命名空间的普通定义&#xff1a; 2&#xff09;命名空间的嵌套定义&#xff1a; 3&#xff09;命名空间相同的处理&#xff1a; …