Spring
参考资料:
Spring 是一个框架,为了简化开发而生,以 IOC(inverse of control:控制反转bean的创建权)和 AOP(aspect oriented programming:面向切面编程)为内核。
1、IOC
1.1.IOC理论介绍
之前编写的整个程序其实是依靠各个部分相互协作,共同完成一个操作,比如要展示借阅信息列表,那么首先需要使用Servlet进行请求和响应的数据处理,然后请求的数据全部交给对应的Service(业务层)来处理,当Service发现要从数据库中获取数据时,再向对应的Mapper发起请求。
它们之间就像连接在一起的齿轮,谁也离不开谁:
就像一个团队,每个人的分工都很明确,流水线上的一套操作必须环环相扣,这是一种高度耦合的体系。
但是这样存在一个很严重的问题,之前写好的代码,实现的功能,需要全部推翻,改成新的功能,那么我们就不得不去修改某些流水线上的模块,但是这样一修改,会直接导致整个流水线的引用关系大面积更新。
于是引入了 IOC ,Service的实现类,不再由我们决定,而是让程序自己决定。所有的实现类对象,全部交给程序来管理,所有对象之间的关系,也由程序来动态决定,这样就引入了IoC理论。
IOC是Inversion of Control的缩写,翻译为:“控制反转”,把复杂系统分解成相互合作的对象,这些对象类通过封装以后,内部实现对外部是透明的,从而降低了解决问题的复杂度,而且可以灵活地被重用和扩展。
可以将对象交给IoC容器进行管理,比如当我们需要一个接口的实现时,由它根据配置文件来决定到底给我们哪一个实现类,这样,我们就可以不用再关心我们要去使用哪一个实现类了,我们只需要关心,给到我的一定是一个可以正常使用的实现类,能用就完事了,反正接口定义了啥,我只管调。
有了IoC容器加持之后:
public static void main(String[] args) {
A a = new A();
a.test(IoC.getBean(Service.class)); //瞎编的一个容器类,但是是那个意思
//比如现在在IoC容器中管理的Service的实现是B,那么我们从里面拿到的Service实现就是B
}
class A{
private List<Service> list; //一律使用Service,具体实现由IoC容器提供
public Service test(Service b){
return null;
}
}
interface Service{ } //使用Service做一个顶层抽象
class B implements Service{} //B依然是具体实现类,并交给IoC容器管理
当具体实现类发生修改时,我们同样只需要将新的实现类交给IoC容器管理,这样我们无需修改之前的任何代码:
interface Service{ }
class D implements Service{} //现在实现类变成了D,但是之前的代码并不会报错
即使我们的底层实现类发生了修改,也不会导致与其相关联的类出现错误,而进行大面积修改,通过定义抽象+容器管理 的形式,我们就可以将原有的强关联解除。
高内聚,低耦合,是现代软件的开发的设计目标。而Spring框架就给我们提供了这样的一个IoC容器进行对象的的管理,一个由Spring IoC容器实例化、组装和管理的对象,我们称其为Bean。
1.2.入门程序
使用Spring首要目的是为了使得软件项目进行解耦,而不是为了去简化代码!Spring并不是一个独立的框架,它实际上包含了很多的模块:
首先要去学习的就是Core Container,也就是核心容器模块,只有了解了Spring的核心技术,才能真正认识这个框架为我们带来的便捷之处。
导入依赖可就以使用了,Spring核心框架的Maven依赖坐标:
<!--spring core-->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>6.0.10</version>
</dependency>
Spring 6要求使用的Java版本为17及以上,这个 context
中包含了如下依赖:
这里出现的都是 Spring 核心相关的内容,如AOP、Beans、Core、SpEL。
Spring 会给提供 IoC 容器用于管理 Bean,但是得先编写一个配置文件,通过配置文件告诉容器管理哪些 Bean 以及 Bean 的属性、依赖关系等。
需要在 resource 中创建一个 Spring 配置文件:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
</beans>
如果需要使用 Spring 提供的 IoC 容器,就需要创建一个应用程序上下文,它代表的就是IoC容器,它会负责实例化、配置和组装Bean:
public static void main(String[] args) {
//ApplicationContext是应用程序上下文的顶层接口,它有很多种实现,这里我们先介绍第一种
//因为这里使用的是XML配置文件,所以说我们就使用 ClassPathXmlApplicationContext 这个实现类
ApplicationContext context = new ClassPathXmlApplicationContext("test.xml"); //这里写上刚刚的名字
}
比如要让 IoC 容器帮助管理一个Student对象(Bean),首先先将 Student 类定义出来:
package com.fkx.spring.bean;
public class Student {
public void hello() {
System.out.println("Hello World!");
}
}
在 test.xml
中配置:
<!--配置bean,交给ioc-->
<bean name="student" class="com.fkx.spring.bean.Student"/>
这个对象不需要手动创建了,而是由IoC容器自动进行创建并提供,可以直接从上下文中获取到:
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext("test.xml");
//使用getBean方法来获取对应的对象(Bean)
Student student = (Student) context.getBean("student");
student.hello();
}
这里得到的Student对象是由Spring通过反射机制帮助我们创建的,流程为:
1.3.注册和配置bean
实际上配置文件可以有很多个,并且这些配置文件是可以相互导入的:
<!--导入配置文件-->
<import resource="test.xml"/>
要配置一个Bean,只需要添加:
<!--写清楚bean的类-->
<bean class="com.test.bean.Student"/>
可以看到类的旁边出现了Bean的图标,表示Bean已经注册成功:
可以根据类型向容器索要Bean实例对象了:
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext("test.xml");
//getBean有多种形式,其中第一种就是根据类型获取对应的Bean
//容器中只要注册了对应类的Bean或是对应类型子类的Bean,都可以获取到
Student student = context.getBean(Student.class);
student.hello();
}
不过有些时候,Bean的获取可能会出现歧义,比如,分别注册两个子类的Bean:
public class ArtStudent extends Student{
public void art(){
System.out.println("我爱画画");
}
}
public class SportStudent extends Student{
public void sport(){
System.out.println("我爱运动");
}
}
<!--注册bean,按照类型-->
<bean class="com.test.bean.ArtStudent"/>
<bean class="com.test.bean.SportStudent"/>
但是此时在获取Bean时却是索要的它们的父类:
Student student = context.getBean(Student.class);
student.hello();
运行时得到如下报错:
出现了一个Bean定义不唯一异常,因为需要的类型是Student,但是此时有三个Bean定义都满足这个类型,此时IoC容器不知道返回哪一个Bean,所以就只能抛出异常了。
如果需要一个Bean并且使用类型进行获取,那么必须要指明类型并且不能出现歧义:
ArtStudent student = context.getBean(ArtStudent.class);
student.art();
那要是两个Bean的类型都是一样的呢?这种情况下,可以为Bean指定一个名称用于区分:
<!--给bean取名字,区分-->
<bean name="art" class="com.test.bean.ArtStudent"/>
<bean name="sport" class="com.test.bean.SportStudent"/>
name属性就是为这个Bean设定独一无二的名称(id属性也可以,跟name功能相同,但是会检查命名是否规范,否则会显示黄标),不同的Bean名字不能相同,否则报错。
IoC容器创建的Bean是只有一个还是每次索要的时候都会给我们一个新的对象?在主方法中连续获取两次Bean对象:
Student student1 = context.getBean(Student.class);
Student student2 = context.getBean(Student.class);
//true,默认为单例模式,对象始终为同一个
System.out.println(student1 == student2);
每次从IoC容器获取到的对象,始终都是同一个,默认情况下,通过IoC容器进行管理的Bean都是单例模式的,这个对象只会被创建一次。
如果希望每次拿到的对象都是一个新的,也可以将其作用域进行修改:
<!--一共有两种作用域,singleton,默认情况下就是这一种,还有prototype,表示为原型模式(多例模式也行)-->
<bean class="com.fkx.spring.bean.ArtStudent" scope="prototype"/>
实际上,当Bean的作用域为单例模式时,那么会在一开始(容器加载配置时)就被创建,之后拿到的都是这个对象。而处于原型模式下,只有在获取时才会被创建,也就是说,单例模式下,Bean会被IoC容器存储,只要容器没有被销毁,那么此对象将一直存在,而原型模式是在要用的时候直接new了一个对象,并不会被保存。
如果希望单例模式下的Bean不用一开始就加载,而是一样等到需要时再加载(加载后依然会被容器存储,之后一直使用这个对象了,不会再创建新的),也可以开启懒加载:
<!--懒加载,只有在真正第一次使用时才会创建对象-->
<bean class="com.fkx.spring.bean.SportStudent" lazy-init="true"/>
单例模式下Bean是由IoC容器加载,但是加载顺序并不清楚,如果需要维护Bean的加载顺序(比如某个Bean必须要在另一个Bean之前创建),可以使用 depends-on
来设定前置加载Bean,这样被依赖的Bean一定会在之前加载,比如Teacher应该在Student之前加载:
<!--先加载teacher,再加载student-->
<bean name="teacher" class="com.test.bean.Teacher"/>
<bean name="student" class="com.test.bean.Student" depends-on="teacher"/>
1.4.依赖注入
依赖注入(Dependency Injection, DI)是一种设计模式,也是Spring框架的核心概念之一。
比如现在有一个教师接口:
public interface Teacher {
void teach();
}
具体的实现有两个:
public class ArtTeacher implements Teacher{
@Override
public void teach() {
System.out.println("我是美术老师,我教你画画!");
}
}
public class ProgramTeacher implements Teacher{
@Override
public void teach() {
System.out.println("我是编程老师,我教你学Golang!");
}
}
学生一开始有一个老师教他,比如美术老师:
public class Student {
private Teacher teacher = new ArtTeacher();
//在以前,如果我们需要制定哪个老师教我们,直接new创建对应的对象就可以了
public void study(){
teacher.teach();
}
}
如果美术老师不教了,现在来了一个其他的老师教学生,那么就需要去修改Student类的定义:
public class Student {
private Teacher teacher = new ProgramTeacher();
...
有了依赖注入之后,Student中的Teacher成员变量,可以由IoC容器来选择一个合适的Teacher对象进行赋值,通过property标签来实现,将bean标签展开:
<!--DI注入-->
<bean name="teacher" class="com.fkx.spring.bean.ProgramTeacher"/>
<bean name="student" class="com.fkx.spring.bean.Student">
<property name="teacher" ref="teacher"/>
</bean>
同时还需要修改一下Student类,依赖注入要求对应的属性必须有一个set方法:
public class Student {
private Teacher teacher;
//要使用依赖注入,我们必须提供一个set方法(无论成员变量的访问权限是什么)命名规则依然是驼峰命名法
public void setTeacher(Teacher teacher) {
this.teacher = teacher;
}
//在以前,如果我们需要制定哪个老师教我们,直接new创建对应的对象就可以了
public void study() {
teacher.teach();
}
}
使用property来指定需要注入的值或是一个Bean,选择ProgramTeacher,那么在使用时,Student类中的得到的就是这个Bean的对象了:
就算切换老师的实现为另一个类,也不用去调整代码,只需要变动一下Bean的类型就可以:
<!--只需要修改这里的class即可,现在改为ArtTeacher-->
<bean name="teacher" class="com.fkx.spring.bean.ArtTeacher"/>
<bean name="student" class="com.fkx.spring.bean.Student">
<property name="teacher" ref="teacher"/>
</bean>
依赖注入并不一定要注入其他的Bean,也可以是一个简单的值。
private String name;
public void setName(String name) {
this.name = name;
}
直接使用value可以直接传入一个具体值。
实际上,在很多情况下,类中的某些参数是在构造方法中就已经完成的初始化,而不是创建之后,比如:
public class Student {
private final Teacher teacher; //构造方法中完成,所以说是一个final变量
public Student(Teacher teacher){ //Teacher属性是在构造方法中完成的初始化
this.teacher = teacher;
}
...
Bean实际上是由IoC容器进行创建的,但是现在修改了默认的无参构造,可以看到配置文件里面报错了:
IoC容器默认只会调用无参构造,所以需要指明一个可以用的构造方法,展开bean标签,添加一个constructor-arg标签:
<!--构造参数放啊-->
<bean name="teacher" class="com.fkx.spring.bean.ArtTeacher"/>
<bean name="student" class="com.fkx.spring.bean.Student">
<constructor-arg ref="teacher"/>
</bean>
那要是出现这种情况呢?Student类中是这样定义的:
public class Student {
private final String name;
public Student(String name){
System.out.println("我是一号构造方法");
this.name = name;
}
public Student(int age){
System.out.println("我是二号构造方法");
this.name = String.valueOf(age);
}
}
此时希望使用的是二号构造方法,那么怎么才能指定呢?有2种方式,可以给标签添加类型:
<!--指定类型-->
<constructor-arg value="1" type="int"/>
也可以指定为对应的参数名称:
<!--指定名称-->
<constructor-arg value="1" name="age"/>
只要能够保证指定的参数匹配到目标构造方法即可。
类中出现了一个比较特殊的类型,它是一个集合类型:
public class Student {
private List<String> list;
public void setList(List<String> list) {
this.list = list;
}
}
对于这种集合类型,有着特殊的支持:
<!--集合-->
<bean name="student" class="com.test.bean.Student">
<!-- 对于集合类型,我们可以直接使用标签编辑集合的默认值 -->
<property name="list">
<list>
<value>AAA</value>
<value>BBB</value>
<value>CCC</value>
</list>
</property>
</bean>
不仅仅是List,Map、Set这类常用集合类包括数组在内,都是支持这样编写的,比如Map类型,可以使用entry来注入:
<!--map集合-->
<bean name="student" class="com.test.bean.Student">
<property name="map">
<map>
<entry key="语文" value="100.0"/>
<entry key="数学" value="80.0"/>
<entry key="英语" value="92.5"/>
</map>
</property>
</bean>
至此,我们就已经完成了两种依赖注入的学习:
- Setter依赖注入:通过成员属性对应的set方法完成注入。
- 构造方法依赖注入:通过构造方法完成注入。
1.5.自动装配
如果使用依赖注入,需要对property参数进行配置:
<!--依赖注入-->
<bean name="student" class="com.test.bean.Student">
<property name="teacher" ref="teacher"/>
</bean>
有些时候为了方便,也可以开启自动装配。自动装配就是让IoC容器自己去寻找需要填入的值,只需要将set方法提供好就可以了,这里需要添加autowire属性:
<!--自动装配-->
<bean name="student" class="com.test.bean.Student" autowire="byType"/>
autowire属性有两个值普通,一个是byName,还有一个是byType,顾名思义,一个是根据类型去寻找合适的Bean自动装配,还有一个是根据名字去找。
对于使用构造方法完成的依赖注入,也支持自动装配,只需要将autowire修改为:
<!--构造器自动装配-->
<bean name="student" class="com.test.bean.Student" autowire="constructor"/>
只需要提供一个对应参数的构造方法就可以了(这种情况默认也是byType寻找的)。
自动化的东西虽然省事,但是太过机械,有些时候,自动装配可能会遇到一些问题,比如出现了下面的情况:
由于autowire的规则为byType,存在两个候选Bean,但是希望ProgramTeacher这个Bean在任何情况下都不参与到自动装配中,此时就可以将它的自动装配候选关闭:
<!--关闭自动装配-->
<bean name="teacher" class="com.test.bean.ArtTeacher"/>
<bean name="teacher2" class="com.test.bean.ProgramTeacher" autowire-candidate="false"/>
<bean name="student" class="com.test.bean.Student" autowire="byType"/>
当autowire-candidate设定false时,这个Bean将不再作为自动装配的候选Bean,此时自动装配候选就只剩下一个唯一的Bean了,报错消失,程序可以正常运行。
除了这种方式,我们也可以设定primary属性,表示这个Bean作为主要的Bean,当出现歧义时,也会优先选择:
<!--自动装配-->
<bean name="teacher" class="com.test.bean.ArtTeacher" primary="true"/>
<bean name="teacher2" class="com.test.bean.ProgramTeacher"/>
<bean name="student" class="com.test.bean.Student" autowire="byType"/>
1.6.生命周期与继承
除了修改构造方法,也可以为Bean指定初始化方法和销毁方法,以便在对象创建和被销毁时执行一些其他的任务:
public void init(){
System.out.println("我是对象初始化时要做的事情!");
}
public void destroy(){
System.out.println("我是对象销毁时要做的事情!");
}
可以通过init-method
和destroy-method
来指定:
<!--bean的生命周期-->
<bean name="student" class="com.test.bean.Student" init-method="init" destroy-method="destroy"/>
那么什么时候是初始化,什么时候又是销毁呢?
//当容器创建时,默认情况下Bean都是单例的,那么都会在一开始就加载好,对象构造完成后,会执行init-method
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("test.xml");
//可以调用close方法关闭容器,此时容器内存放的Bean也会被一起销毁,会执行destroy-method
context.close();
如果Bean不是单例模式,而是采用的原型模式,那么就只会在获取时才创建,并调用init-method,而对应的销毁方法不会被调用(因此,对于原型模式下的Bean,Spring无法顾及其完整生命周期,而在单例模式下,Spring能够从Bean对象的创建一直管理到对象的销毁)。
Bean之间也是具备继承关系的,只不过这里的继承并不是类的继承,而是属性的继承,比如:
public class SportStudent {
private String name;
public void setName(String name) {
this.name = name;
}
}
public class ArtStudent {
private String name;
public void setName(String name) {
this.name = name;
}
}
先将ArtStudent注册一个Bean:
<!--注册bean-->
<bean name="artStudent" class="com.test.bean.ArtStudent">
<property name="name" value="小明"/>
</bean>
注入一个name的初始值,此时创建了一个SportStudent的Bean,如果希望这个Bean的属性跟刚刚创建的Bean属性是一样的,那么可以让SportStudent这个Bean直接继承ArtStudent这个Bean配置的属性:
<!--继承属性-->
<bean class="com.test.bean.SportStudent" parent="artStudent"/>
在ArtStudent Bean中配置的属性,会直接继承给SportStudent Bean(注意,所有配置的属性,在子Bean中必须也要存在,并且可以进行注入,否则会出现错误)。
如果子类中某些属性比较特殊,也可以在继承的基础上单独配置:
<!--单独配置-->
<bean name="artStudent" class="com.test.bean.ArtStudent" abstract="true">
<property name="name" value="小明"/>
<property name="id" value="1"/>
</bean>
<bean class="com.test.bean.SportStudent" parent="artStudent">
<property name="id" value="2"/>
</bean>
如果只是希望某一个Bean仅作为一个配置模版供其他Bean继承使用,那么可以将其配置为abstract,这样,容器就不会创建这个Bean的对象了:
<bean name="artStudent" class="com.test.bean.ArtStudent" abstract="true">
<property name="name" value="小明"/>
</bean>
<bean class="com.test.bean.SportStudent" parent="artStudent"/>
注意,一旦声明为抽象Bean,那么就无法通过容器获取到其实例化对象了。
不过Bean的继承使用频率不是很高,了解就行。
1.7.工厂模式和工厂bean
默认情况下,容器会调用Bean对应类型的构造方法进行对象创建。但是在某些时候,可能不希望外界使用类的构造方法完成对象创建,更希望利用反射机制先找到对应的工厂类,然后利用工厂类去生成需要的Bean对象:
public class Student {
Student() {
System.out.println("我被构造了");
}
}
public class StudentFactory {
public static Student getStudent(){
System.out.println("欢迎光临电子厂");
return new Student();
}
}
正常情况下需要使用工厂才可以得到Student对象,现在希望Spring也这样做,不要直接去反射搞构造方法创建,可以通过factory-method进行指定:
<bean class="com.test.bean.StudentFactory" factory-method="getStudent"/>
这里的Bean类型需要填写为Student类的工厂类,并且添加factory-method指定对应的工厂方法,但是最后注册的是工厂方法的返回类型,所以说依然是Student的Bean:
再去进行获取,拿到的也是通过工厂方法得到的对象:
千万不要认为是注册了StudentFactory这个Bean,class填写为这个类这个只是为了告诉Spring工厂方法在哪个位置,真正注册的是工厂方法提供的东西。
当采用工厂模式后,就无法再通过配置文件对Bean进行依赖注入等操作了,而是只能在工厂方法中完成,这似乎与Spring的设计理念背道而驰?
当然,可能某些工厂类需要构造出对象之后才能使用,也可以将某个工厂类直接注册为工厂Bean:
public class StudentFactory {
public Student getStudent(){
System.out.println("欢迎光临电子厂");
return new Student();
}
}
现在需要StudentFactory对象才可以获取到Student,此时就只能先将其注册为Bean了:
<bean name="studentFactory" class="com.test.bean.StudentFactory"/>
像这样将工厂类注册为Bean,称其为工厂Bean,然后再使用factory-bean来指定Bean的工厂Bean:
<bean factory-bean="studentFactory" factory-method="getStudent"/>
注意,使用factory-bean之后,不再要求指定class,我们可以直接使用了:
如果想获取工厂Bean,可以直接输入工厂Bean的名称,这样不会得到工厂Bean的实例,而是工厂Bean生产的Bean的实例:
Student bean = (Student) context.getBean("studentFactory");
如果需要获取工厂类的实例,可以在名称前面添加&
符号:
StudentFactory bean = (StudentFactory) context.getBean("&studentFactory");
1.8.注解开发
如果我们的项目非常庞大,整个配置文件将会充满Bean配置,并且会继续庞大下去。使用注解来进行开发,能够省去配置。
使用AnnotationConfigApplicationContext作为上下文实现,它是注解配置的:
ApplicationContext context = new AnnotationConfigApplicationContext();
使用类来编写配置文件,只需要创建一个配置类就可以了:
@Configuration
public class MainConfiguration {
}
可以为AnnotationConfigApplicationContext指定一个默认的配置类:
ApplicationContext context = new AnnotationConfigApplicationContext(MainConfiguration.class);
//这个构造方法可以接收多个配置类(更准确的说是多个组件)
配置Bean:
@Configuration
public class MainConfiguration {
@Bean("student")
public Student student(){
return new Student();
}
}
通过@Import还可以引入其他配置类:
//在讲解到Spring原理时,我们还会遇到它,目前只做了解即可。
@Import(LBWConfiguration.class)
@Configuration
public class MainConfiguration {
初始化方法和摧毁方法、自动装配可以直接在@Bean注解中进行配置:
@Bean(name = "", initMethod = "", destroyMethod = "", autowireCandidate = false)
public Student student(){
return new Student();
}
可以使用一些其他的注解来配置其他属性,比如:
@Bean
@Lazy(true) //对应lazy-init属性
@Scope("prototype") //对应scope属性
@DependsOn("teacher") //对应depends-on属性
public Student student(){
return new Student();
}
需要引入其他Bean进行的注入,可以直接将其作为形式参数放到方法中:
@Configuration
public class MainConfiguration {
@Bean
public Teacher teacher(){
return new Teacher();
}
@Bean
public Student student(Teacher teacher){
return new Student(teacher);
}
}
除了这种基于构造器或是Setter的依赖注入之外,也可以直接到Bean对应的类中使用自动装配:
public class Student {
@Autowired //使用此注解来进行自动装配,由IoC容器自动为其赋值
private Teacher teacher;
}
@Autowired
并不是只能用于字段,对于构造方法或是Setter,它同样可以:
public class Student {
private Teacher teacher;
@Autowired
public void setTeacher(Teacher teacher) {
this.teacher = teacher;
}
}
@Autowired
默认采用byType的方式进行自动装配,那么要是出现了多个相同类型的Bean,如果想要指定使用其中的某一个该怎么办呢?
@Bean("a")
public Teacher teacherA(){
return new Teacher();
}
@Bean("b")
public Teacher teacherB(){
return new Teacher();
}
可以配合@Qualifier
进行名称匹配:
public class Student {
@Autowired
@Qualifier("a") //匹配名称为a的Teacher类型的Bean
private Teacher teacher;
}
随着Java版本的更新迭代,某些javax包下的包,会被逐渐弃用并移除。在JDK11版本以后,javax.annotation这个包被移除并且更名为jakarta.annotation(在JavaWeb篇已经介绍过为什么要改名字了)。
其中有一个非常重要的注解,叫做@Resource
,它的作用与@Autowired
是相同的,也可以实现自动装配,但是在IDEA中并不推荐使用 @Autowired
注解对成员字段进行自动装配,而是推荐使用@Resource
,如果需要使用这个注解,还需要额外导入包:
<dependency>
<groupId>jakarta.annotation</groupId>
<artifactId>jakarta.annotation-api</artifactId>
<version>2.1.1</version>
</dependency>
使用方法一样,直接替换掉就可以了:
public class Student {
@Resource
private Teacher teacher;
}
只不过,他们两有些机制上的不同:
@Resource
默认ByName如果找不到则ByType,可以添加到set方法、字段上。@Autowired
默认是byType,只会根据类型寻找,可以添加在构造方法、set方法、字段、方法参数上。
除了这个注解之外,还有@PostConstruct
和@PreDestroy
,它们效果和init-method
和destroy-method
是一样的:
@PostConstruct
public void init(){
System.out.println("我是初始化方法");
}
@PreDestroy
public void destroy(){
System.out.println("我是销毁方法");
}
使用@Bean
来注册Bean,但是实际上如果只是简单将一个类作为Bean的话,这样写还是不太方便,能不能像之前一样,让容器自己反射获取构造方法去生成这个对象呢?
可以在需要注册为Bean的类上添加@Component
注解来将一个类进行注册,不过要实现这样的方式,需要添加一个自动扫描来告诉Spring,它需要在哪些包中查找提供的@Component声明的Bean。
@Component("lbwnb") //同样可以自己起名字
public class Student {
}
要注册这个类的Bean,只需要添加@Component
即可,然后配置一下包扫描:
@Configuration
@ComponentScan("com.test.bean") //包扫描,这样Spring就会去扫描对应包下所有的类
public class MainConfiguration {
}
无论是通过@Bean还是@Component形式注册的Bean,Spring都会为其添加一个默认的name属性,它的默认名称生产规则依然是类名并按照首字母小写的驼峰命名法来的。
如果是通过@Bean注册的,默认名称是对应的方法名称:
@Bean
public Student artStudent(){
return new Student();
}
Student student = (Student) context.getBean("artStudent");
System.out.println(student);
相比传统的XML配置方式,注解形式的配置确实能够减少很多工作量。并且,对于这种使用@Component注册的Bean,如果其构造方法不是默认无参构造,那么默认会对其每一个参数都进行自动注入:
@Component
public class Student {
Teacher teacher;
public Student(Teacher teacher){ //如果有Teacher类型的Bean,那么这里的参数会被自动注入
this.teacher = teacher;
}
}
之前使用的工厂模式,Spring也提供了接口,可以直接实现接口表示这个Bean是一个工厂Bean:
@Component
public class StudentFactory implements FactoryBean<Student> {
@Override
public Student getObject() { //生产的Bean对象
return new Student();
}
@Override
public Class<?> getObjectType() { //生产的Bean类型
return Student.class;
}
@Override
public boolean isSingleton() { //生产的Bean是否采用单例模式
return false;
}
}
2、SpringEL表达式
SpEL 是一种强大并简洁的装配 Bean 的方式,它可以通过运行期间执行的表达式将值装配到属性或构造函数当中,更可以调用 JDK 中提供的静态常量,获取外部 Properties 文件中的的配置。
2.1.外部属性注入
有些时候,需要将一些外部配置文件中的配置进行读取,并完成注入。
可以通过一个注解直接读取到外部配置文件中对应的属性值,在配置类上添加 @PropertySource
注解:
@Configuration
@ComponentScan("com.fkx.spring.bean")
@PropertySource("classpath:test.properties") //注意,类路径下的文件名称需要在前面加上classpath:
public class TestConfig{
}
可以使用 @Value
注解将外部配置文件中的值注入:
@Component
public class Student {
@Value("${test.name}") //这里需要在外层套上 ${ }
private String name; //String会被自动赋值为配置文件中对应属性的值
public void hello() {
System.out.println("我的名字是:" + name);
}
}
@Value
中的${...}
表示占位符,它会读取外部配置文件的属性值装配到属性中,如果配置正确没问题的话,这里甚至还会直接显示对应配置项的值:
如果配置文件乱码,请将配置文件的编码格式切换成UTF-8(可以在IDEA设置中进行配置)。
2.2.SpEL简单使用
Spring官方提供了一套非常高级SpEL表达式,通过使用表达式,可以更加灵活地使用Spring框架。
创建一个SpEL表达式:
ExpressionParser parser = new SpelExpressionParser();
//使用parseExpression方法来创建一个表达式
Expression exp = parser.parseExpression("'Hello World'");
//表达式最终的运算结果可以通过getValue()获取
System.out.println(exp.getValue());
符串使用单引号囊括,SpEL是具有运算能力的。
可以像写Java一样,对这个字符串进行各种操作,比如调用方法之类的:
//调用String的toUpperCase方法
Expression exp = parser.parseExpression("'Hello World'.toUpperCase()");
System.out.println(exp.getValue());
不仅能调用方法、还可以访问属性、使用构造方法等。对于Getter方法,可以像访问属性一样去使用:
//比如 String.getBytes() 方法,就是一个Getter,那么可以写成 bytes
Expression exp = parser.parseExpression("'Hello World'.bytes");
System.out.println(exp.getValue());
表达式可以不止一级,可以多级调用:
//继续访问数组的length属性
Expression exp = parser.parseExpression("'Hello World'.bytes.length");
System.out.println(exp.getValue());
还支持根据特定表达式,从给定对象中获取属性出来:
@Component
public class Student {
private final String name;
public Student(@Value("${test.name}") String name){
this.name = name;
}
//比如下面要访问name属性,那么这个属性得可以访问才行,访问权限不够是不行的
public String getName() {
return name;
}
}
Student student = context.getBean(Student.class);
ExpressionParser parser = new SpelExpressionParser();
//直接读取对象的name属性
Expression exp = parser.parseExpression("name");
System.out.println(exp.getValue(student));
拿到对象属性之后,甚至还可以继续去处理:
//拿到name之后继续getBytes然后length
Expression exp = parser.parseExpression("name.bytes.length");
除了获取,也可以调用表达式的setValue方法来设定属性的值:
Expression exp = parser.parseExpression("name");
//同样的,这个属性得有访问权限且能set才可以,否则会报错
exp.setValue(student, "刻师傅");
除了属性调用,也可以使用运算符进行各种高级运算:
//比较运算
Expression exp = parser.parseExpression("66 > 77");
System.out.println(exp.getValue());
//算数运算
Expression exp = parser.parseExpression("99 + 99 * 3");
System.out.println(exp.getValue());
对于那些需要导入才能使用的类,需要使用一个特殊的语法:
//由T()囊括,包含完整包名+类名
Expression exp = parser.parseExpression("T(java.lang.Math).random()");
//默认导入的类可以不加包名
//Expression exp = parser.parseExpression("T(System).nanoTime()");
System.out.println(exp.getValue());
2.3.集合操作相关语法
类中存在一些集合类:
@Component
public class Student {
public Map<String, String> map = Map.of("test", "你干嘛");
public List<String> list = List.of("AAA", "BBB", "CCC");
}
可以使用SpEL快速取出集合中的元素:
//对于Map这里映射型,可以直接使用map[key]来取出value
Expression exp = parser.parseExpression("map['test']");
System.out.println(exp.getValue(student));
//对于List、数组这类,可以直接使用[index]
Expression exp = parser.parseExpression("list[2]");
System.out.println(exp.getValue(student));
也可以快速创建集合:
//使用{}来快速创建List集合
Expression exp = parser.parseExpression("{5, 2, 1, 4, 6, 7, 0, 3, 9, 8}");
List value = (List) exp.getValue();
value.forEach(System.out::println);
//它是支持嵌套使用的
Expression exp = parser.parseExpression("{{1, 2}, {3, 4}}");
//创建Map也很简单,只需要key:value就可以了
Expression exp = parser.parseExpression("{name: '小明', info: {address: '北京市朝阳区', tel: 10086}}");
System.out.println(exp.getValue());
还可以直接根据条件获取集合中的元素:
@Component
public class Student {
public List<Clazz> list = List.of(new Clazz("高等数学", 4));
public record Clazz(String name, int score){ }
}
//希望从list中获取那些满足条件的元素,并组成一个新的集合,可以使用.?运算符
Expression exp = parser.parseExpression("list.?[name == '高等数学']");
System.out.println(exp.getValue(student));
//选择学分大于3分的科目
Expression exp = parser.parseExpression("list.?[score > 3]");
System.out.println(exp.getValue(student));
还可以针对某个属性创建对应的投影集合:
//使用.!创建投影集合,这里创建的时课程名称组成的新集合
Expression exp = parser.parseExpression("list.![name]");
System.out.println(exp.getValue(student));
接着来介绍安全导航运算符,用于避免NullPointerException,它来自Groovy语言。通常,当有对对象的引用时,可能需要在访问对象的方法或属性之前验证它是否为空。为了避免这种情况,安全导航运算符返回null而不是抛出异常:
//如果Student对象中的name属性为null
Expression exp = parser.parseExpression("name.toUpperCase()");
System.out.println(exp.getValue(student));
当遇到null时很不方便,还得写判断:
Optional.ofNullable(student.name).ifPresent(System.out::println);
Java 8之后能这样写:
Optional.ofNullable(student.name).ifPresent(System.out::println);
3、AOP
AOP(Aspect Oriented Programming)是指在运行时,动态地将代码切入到类的指定方法、指定位置上。也就是说,可以使用AOP来在方法执行前或执行之后,做一些额外的操作,实际上,它就是代理!
3.1.xml配置实现AOP
Spring是支持AOP编程的框架之一(实际上它整合了AspectJ框架的一部分),要使用AOP需要先导入一个依赖:
<!--aop-->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-aspects</artifactId>
<version>6.0.10</version>
</dependency>
要实现AOP操作,需要先知道这些内容:
- 需要切入的类,类的哪个方法需要被切入
- 切入之后需要执行什么动作
- 是在方法执行前切入还是在方法执行后切入
- 如何告诉Spring需要进行切入
比如现在希望对这个学生对象的study方法进行增强,在不修改源代码的情况下,增加一些额外的操作:
public class Student {
public void hello() {
System.out.println("Hello World!");
}
}
<!--注册bean-->
<bean name="student" class="com.fkx.spring.bean.Student"/>
切入之后要做什么呢?这里直接创建一个新的类,并将要执行的操作写成一个方法:
public class StudentAOP {
//这个方法就是增强操作
public void afterStudy() {
System.out.println("为什么毕业了他们都继承家产,我还倒给他们打工,我努力的意义在哪里...");
}
}
注意这个类也得注册为Bean才可以:
<!--注册bean-->
<bean name="student" class="com.fkx.spring.bean.StudentAOP"/>
要明确这是在方法执行之前切入还是执行之后切入,很明显,按照上面的要求,需要执行之后进行切入。
怎么才能告诉Spring要进行切入操作呢?需要在配置文件中进行AOP配置:
<!--配置aop-->
<aop:config>
</aop:config>
需要添加一个新的切点,首先填写ID,这个随便起都可以:
<!--配置aop-->
<aop:pointcut id="test" expression=""/>
通过后面的expression表达式来选择到需要切入的方法,Spring AOP支持以下AspectJ切点指示器(PCD)用于表达式:
execution
:用于匹配方法执行连接点。这是使用Spring AOP时使用的主要点切割指示器within
:限制匹配到某些类型的连接点(使用Spring AOP时在匹配类型中声明的方法的执行)this
:限制与连接点匹配(使用Spring AOP时方法的执行),其中bean引用(Spring AOP代理)是给定类型的实例target
:限制匹配连接点(使用Spring AOP时方法的执行),其中目标对象(正在代理的应用程序对象)是给定类型的实例args
:限制与连接点匹配(使用Spring AOP时方法的执行),其中参数是给定类型的实例@target
:限制匹配连接点(使用Spring AOP时方法的执行),其中执行对象的类具有给定类型的注释@args
:限制匹配到连接点(使用Spring AOP时方法的执行),其中传递的实际参数的运行时类型具有给定类型的注释@within
:限制与具有给定注释的类型中的连接点匹配(使用Spring AOP时在带有给定注释的类型中声明的方法的执行)@annotation
:与连接点主体(在Spring AOP中运行的方法)具有给定注释的连接点匹配的限制
主要学习的execution填写格式如下:
修饰符 包名.类名.方法名称(方法参数)
- 修饰符:public、protected、private、包括返回值类型、static等等(使用*代表任意修饰符)
- 包名:如com.test(* 代表全部,比如com.*代表com包下的全部包)
- 类名:使用*也可以代表包下的所有类
- 方法名称:可以使用*代表全部方法
- 方法参数:填写对应的参数即可,比如(String, String),也可以使用*来代表任意一个参数,使用..代表所有参数。
也可以使用其他属性来进行匹配,比如@annotation
可以用于表示标记了哪些注解的方法被切入,这里只是简单的执行,所以说只需要这样写就可以了:
<!--指明需要切入的方法-->
<aop:pointcut id="test" expression="execution(* org.example.entity.Student.study())"/>
然后就是将增强方法,通过aop:aspect
标签,并使用ref
属性将其指向刚刚注册的AOP类Bean:
<!--指明切入的类和执行的方法-->
<aop:config>
<aop:pointcut id="test" expression="execution(* org.example.entity.Student.study())"/>
<aop:aspect ref="studentAOP">
</aop:aspect>
</aop:config>
接着就是添加后续动作了,比如执行前、执行后、抛出异常后、方法返回后等等:
直接添加后续动作,注意需要指明生效的切点:
<!--指明切入的类和执行的方法-->
<aop:config>
<aop:pointcut id="test" expression="execution(* org.example.entity.Student.study())"/>
<aop:aspect ref="studentAOP">
<!-- method就是增强方法,pointcut-ref指向刚刚创建的切点 -->
<aop:after method="afterStudy" pointcut-ref="test"/>
</aop:aspect>
</aop:config>
配置正确会在旁边出现图标:
AOP是基于动态代理实现的,所以如果直接获取Bean的类型,会发现不是原本的类型了:
Student bean = context.getBean(Student.class);
System.out.println(bean.getClass());
其实是Spring通过CGLib生成的动态代理类,也就不难理解为什么调用方法会直接得到增强之后的结果了。
虽然这些功能已经非常强大了,在某些情况下,需要方法执行一些参数,比如方法执行之后返回了什么,或是方法开始之前传入了什么参数等等:
public class Student {
//现在方法有一个String类型的参数
public void study(String str){
System.out.println("都别学Java了,根本找不到工作,快去卷"+str);
}
}
在增强的方法中也能拿到这个参数,然后进行处理。通过JoinPoint
参数就可以快速获取切点位置的一些信息:
//JoinPoint实例会被自动传入
public void afterStudy(JoinPoint point) {
//这里直接通过getArgs()返回的参数数组获取第1个参数
System.out.println("学什么"+point.getArgs()[0]+",Rust天下第一!");
}
接着修改一下刚刚的AOP配置(因为方法参数有变动):
<!--修改aop配置-->
<aop:pointcut id="test" expression="execution(* org.example.entity.Student.study(String))"/>
来测试一下:
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext("application.xml");
Student bean = context.getBean(Student.class);
bean.study("PHP");
}
自定义度更高的环绕方法,在方法执行前和执行后都加入各种各样的动作:
public Object around(ProceedingJoinPoint joinPoint) throws Throwable {
System.out.println("方法开始之前");
//调用process方法来执行被代理的原方法,如果有返回值,可以使用value接收
Object value = joinPoint.proceed();
System.out.println("方法执行完成,结果为:"+value);
return value;
}
还是以study方法为例,现在希望在调用前修改这个方法传入的参数值,然后在调用之后对返回值结果也进行处理:
public String study(String str){
if(str.equals("Java")){
System.out.println("我的梦想是学Java");
} else {
System.out.println("我就要学Java,不要修改我的梦想!");
str = "Java";
}
return str;
}
编写一个环绕方法,对其进行全方面处理:
public Object around(ProceedingJoinPoint joinPoint) throws Throwable {
System.out.println("我是她的家长,他不能学Java,必须学Rust,这是为他好");
Object value = joinPoint.proceed(new Object[]{"Rust"});
if(value.equals("Java")) {
System.out.println("听话,学Rust以后进大厂!");
value = "Rust";
}
return value;
}
修改AOP配置:
<!--指明切入的类和执行的方法-->
<aop:config>
<aop:pointcut id="test" expression="execution(* org.example.entity.Student.study(String))"/>
<aop:aspect ref="studentAOP">
<!-- method就是增强方法,pointcut-ref指向刚刚创建的切点 -->
<aop:around method="around" pointcut-ref="test"/>
</aop:aspect>
</aop:config>
通过合理利用AOP带来的便捷,可以使得我们的代码更加清爽和优美。这里介绍一下 AOP 领域中的特性术语,防止自己下来看不懂文章:
- 通知(Advice): AOP 框架中的增强处理,通知描述了切面何时执行以及如何执行增强处理,也就是编写的方法实现
- 连接点(join point): 连接点表示应用执行过程中能够插入切面的一个点,这个点可以是方法的调用、异常的抛出,实际上就是在方法执行前或是执行后需要做的内容
- 切点(PointCut): 可以插入增强处理的连接点,可以是方法执行之前也可以方法执行之后,还可以是抛出异常之类的
- 切面(Aspect): 切面是通知和切点的结合,在xml中定义的就是切面,包括很多信息
- 引入(Introduction):引入允许向现有的类添加新的方法或者属性
- 织入(Weaving): 将增强处理添加到目标对象中,并创建一个被增强的对象
3.2.接口实现AOP