Spring
Spring
简介
- Spring:春天-->给软件行业带来了春天!
- 2002,首次退出了Spring框架的雏形:interface21框架!
- Spring框架即以interface21框架为基础,经过重新设计,并不断丰富其内涵,于2004年3月24日发布了1.0正式版
- Rod Johnson,Spring Framework创始人,著名作者
- Spring理念:使现有的技术更加容易使用,本身是一个大杂烩,整合了现有的技术框架!
- SSH: Struct2 + Spring + Hibernate
- SSM: SpringMVC + Spring + Mybatis
- 官网:https://spring.io/projects/spring-framework#overview
- 官方下载地址:https://repo.spring.io/ui/native/release/org/springframework/spring/
- GitHub:https://github.com/spring-projects/spring-framework
<!-- https://mvnrepository.com/artifact/org.springframework/spring-webmvc -->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.3.20</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-jdbc</artifactId>
<version>5.3.20</version>
</dependency>
优点
- Spring是一个开源的免费的框架(容器)
- Spring是一个轻量级的、非入侵式的框架
- 控制反转(IOC)、面向切面编程(AOP)
- 支持事务的处理,对框架整合的支持
- 总结一句话:Spring就是一个轻量级的控制反转(IOC)和面向切面编程(AOP)的框架
组成
拓展
- 在Spring的官网有这个介绍:现代化的Java开发!说白了就是基于Spring的开发
- Spring Boot
- 一个快速开发的脚手架
- 基于SpringBoot可以快速的开发单个微服务
- 约定大于配置!
- Spring Cloud
- SpringCloud是基于SpringBoot实现的
- 现在大多数公司都在使用SpringBoot进行快速开发,学习SpringBoot的前提,需要完全掌握Spring以及SpringMVC!
承上启下的作用 - 弊端:发展了太久之后,违背了原来的理念!配置十分繁琐,人称:"配置地狱!"
IOC理论推导
- UserDao接口
- UserDaoImpl实现类
- UserService业务接口
- UserServiceImpl业务实现类
- 在我们之前的业务中,用户的需求可能会影响我们原来的代码,我们需要根据用户的需求去修改原代码!如果程序代码量十分大,
修改一次的成本代价十分昂贵
- 我们使用一个Set接口实现,已经发生了革命性的变化!
private UserDao userDao;
//利用set进行动态实现值的注入
public void setUserDao(UserDao userDao){
this.userDao = userDao;
}
- 之前程序是主动创建对象!控制权在程序员手上
- 使用set注入后,程序不再具有主动性,而是变成了被动的接受对象
- 这种思想,从本质上解决了问题,我们程序员不用再去管理对象的创建了。系统的耦合性大大降低,可以更加专注的在业务实现上!
这是IOC的原型!
IOC本质
- 控制反转IOC(Inversion Of Control),是一种设计思想,DI(依赖注入)是实现IOC的一种方法,也有人认为DI只是IOC的另一种说法。
没有IOC的程序中,我们使用面向对象编程,对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后
将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了 - 采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合为一体,
Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的 - 控制反转是一种通过描述(XML或注解)并通过第三方去生产或获得特定对象的方式。在Spring中实现控制反转的是IOC容器,
其实现方法是依赖注入(Dependency Injection,DI)
HelloSpring
<!--使用Spring来创建对象,在Spring这些都称为Bean-->
<bean id="hello" class="com.song.pojo.Hello">
<property name="str" value="Spring"/>
</bean>
public class MyTest {
public static void main(String[] args) {
//获取Spring的上下文对象!
ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
//我们的对象现在都在Spring中管理了,我们要使用,直接去里面取出来就可以了
Hello hello = (Hello) context.getBean("hello");
System.out.println(hello.toString());
}
}
- 思考问题?
- Hello对象是谁创建的?
hello对象是由Spring创建的 - Hello对象的属性是怎么设置的?
hello对象的属性是由Spring容器设置的
- Hello对象是谁创建的?
- 这个过程就叫控制反转:
- 控制:谁来控制对象的创建,传统应用程序的对象是由程序本身控制创建的,使用Spring后,对象是由Spring来创建的
- 反转:程序本身不创建对象,而变成被动的接收对象
- 依赖注入:就是利用set方法来进行注入的
- IOC是一种编程思想,由主动的编程变成被动的接收
- 到了现在,我们彻底不用在程序中去改动了,要实现不同的操作,只需要在xml配置文件中进行修改,所谓IOC:对象由Spring来创建,管理,装配!
IOC创建对象的方式
- 使用无参构造创建对象,默认!
- 假设我们要使用有参构造创建对象
- 下标赋值
<!--第一种,下标赋值-->
<bean id="user" class="com.song.pojo.User">
<constructor-arg index="0" value="小淞"/>
</bean>
- 类型
<!--第二种,通过类型创建,不建议使用!-->
<bean id="user" class="com.song.pojo.User">
<constructor-arg type="java-lang-String" value="xiaosong"/>
</bean>
- 参数名
<!--第三种,直接通过参数名来设置-->
<bean id="user" class="com.song.pojo.User">
<constructor-arg name="name" value="小淞"/>
</bean>
- 总结:在配置文件加载的时候,容器中管理的对象就已经开始初始化了!
Spring配置
别名
<!--别名,如果添加了别名,我们也可以使用别名获取到这个对象-->
<alias name="user" alias="userNew"/>
Bean的配置
<!--
id:bean的唯一标识符,也就是相当于我们学的对象名
class:bean对象所对应的全限定名:包名+类型
name:也是别名,而且name可以同时取多个别名
-->
<bean id="userT" class="com.song.pojo.UserT" name="user2 u2,u3;u4">
<property name="name" value="小淞小淞"/>
</bean>
import
- 这个import,一般用于团队开发使用,他可以将多个配置文件,导入合并为一个
- 假设,现在项目中有多个人开发,这三个复制不同的类开发,不同的类需要注册在不同的bean中,我们可以
利用import将所有人的beans.xml合并为一个总的- 张三
- 李四
- 王五
- applicationContext.xml
<import resource="beans.xml"/>
<import resource="beans2.xml"/>
<import resource="beans3.xml"/>
- 使用的时候,直接使用总的配置就可以了
DI依赖注入
构造器注入
- 前面已经说过了
Set方式注入【重点】
- 依赖注入:Set注入!
- 依赖:bean对象的创建依赖于容器
- 注入:bean对象中的所有属性,由容器来注入
【环境搭建】
- 复杂类型
public class Address {
private String address;
public String getAddress() {
return address;
}
public void setAddress(String address) {
this.address = address;
}
}
- 真实测试对象
public class Student {
private String name;
private Address address;
private String[] books;
private List<String> hobbys;
private Map<String,String> card;
private Set<String> games;
private String wife;
private Properties info;
}
- beans.xml
<?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
https://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="student" class="com.song.pojo.Student">
<property name="name" value="小淞"/>
</bean>
</beans>
- 测试类
public class MyTest {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
Student student = (Student) context.getBean("student");
System.out.println(student.getName());
}
}
拓展方式注入
- 我们可以使用p命名空间和c命名空间进行注入
- 使用:
<?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
https://www.springframework.org/schema/beans/spring-beans.xsd">
<!--p命名空间注入,可以直接注入属性的值:property-->
<bean id="user" class="com.song.pojo.User" p:name="小淞" p:age="18"/>
<!--c命名空间注入,通过构造器注入:construct-args-->
<bean id="user2" class="com.song.pojo.User" c:name="小淞" c:age="18"/>
</beans>
- 测试
@Test
public void test2(){
ApplicationContext context = new ClassPathXmlApplicationContext("userbeans.xml");
User user = (User) context.getBean("user2",User.class);
System.out.println(user);
- 注意点:p命名和c命名空间不能直接使用,需要导入xml约束!
xmlns:c="http://www.springframework.org/schema/c"
xmlns:p="http://www.springframework.org/schema/p"
bean的作用域
- 单例模式(Spring默认机制)
<bean id="user2" class="com.song.pojo.User" c:age="18" c:name="小淞" scope="singleton"/>
- 原型模式:每次从容器中get的时候,都会产生一个新对象!
<bean id="accountService" class="com.something.DefaultAccountService" scope="prototype"/>
- 其余的request、session、application,这些个只能在web开发中使用到
Bean的自动装配
- 自动装配是Spring满足bean依赖一种方式
- Spring会在上下文中自动寻找,并自动给bean装配属性
- 在Spring中有三种装配的方式
- 在xml中显示的配置
- 在java中显示的配置
- 隐式的自动装配bean【重要】
测试
- 环境搭建:一个人有两个宠物
ByName自动装配
<!--
byName:会自动在容器上下文中查找,和自己对象set方法后面的值对应的beanid
-->
<bean id="people" class="com.song.pojo.People" autowire="byName">
<property name="name" value="小淞啊"/>
<bean/>
ByType自动装配
<bean id="cat" class="com.song.pojo.Cat"/>
<bean id="dog" class="com.song.pojo.Dog"/>
<!--
byName:会自动在容器上下文中查找,和自己对象set方法后面的值对应的beanid
byType:会自动在容器上下文中查找,和自己对象属性类型相同的bean
-->
<bean id="people" class="com.song.pojo.People" autowire="byType">
<property name="name" value="小淞啊"/>
</bean>
- 小结:
- byname的时候,需要保证所有bean的id唯一,并且这个bean需要和自动注入的属性的set方法的值一致
- bytype的时候,需要保证所有bean的class唯一,并且这个bean需要和自动注入的属性的类型一致
使用注解实现自动装配
- jdk1.5支持的注解,Spring2.5就支持注解了
The introduction of annotation-based configuration raised the question of whether thisapproach is "better" than XML
- 要使用注解须知:
- 导入约束
- 配置注解的支持:context:annotation-config
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
https://www.springframework.org/schema/context/spring-context.xsd">
<context:annotation-config/>
</beans>
- @Autowired
- 直接在属性上使用即可,也可以在set方式上使用
- 使用Autowired我们可以不用编写Set方法了,前提是你这个自动装配的属性在IOC(Spring)容器中存在,且符合名字byname
- 科普:
@Nullable 字段标记了这个注解,说明这个字段可以为null
public @interface Autowired {
boolean required() default true;
}
- 测试代码
public class People {
//如果显示定义了Autowired的required属性为false,说明这个对象可以为null,否则不允许为空
@Autowired(required = false)
private Cat cat;
@Autowired
private Dog dog;
private String name;
}
- 如果@Autowired自动装配的环境比较复杂,自动装配无法通过一个注解【@Autowired】完成的时候、我们可以使用
@Qualifier(value="xxx")去配置@Autowired的使用,指定一个唯一的bean对象注入
public class People {
@Autowired
@Qualifier(value="cat111")
private Cat cat;
@Autowired
@Qualifier(value="dog222")
private Dog dog;
private String name;
}
- @Resource注解
public class People {
@Resource(name="cat2")
private Cat cat;
@Resource
private Dog dog;
}
- 小结:
@Resource和@Autowired的区别:- 都是用来自动装配的,都可以放在属性字段上
- @Autowired通过byType的方式实现,而且必须要求这个对象存在!【常用】
- @Resource默认通过byname的方式实现,如果找不到名字,则通过byType实现!如果两个都找不到的情况下,就报错!【常用】
- 执行顺序不同:@Autowired通过byType的方式实现,@Resource默认通过byname的方式实现
使用注解开发
- 在Spring4之后,要使用注解开发,必须要保证aop的包导入了
- 使用注解需要导入context约束,增加注解的支持
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
https://www.springframework.org/schema/context/spring-context.xsd">
<context:annotation-config/>
</beans>
- bean
- 属性如何注入
@Component
public class User {
public String name;
//相当于<property name="name" value="xiaosong"/>
@Value("xiaosong2")
public void setName(String name){
this.name = name;
}
}
- 衍生的注解
- @Component有几个衍生注解,我们在web开发中,会按照mvc三层架构分层
- dao【@Repository】
- service【@Service】
- controller【@Controller】
- @Component有几个衍生注解,我们在web开发中,会按照mvc三层架构分层
- 这四个注解功能都是一样的,都是代表将某个类注册到Spring中,装配Bean
- 自动装配置
- @Autowired:自动装配通过类型、名字
如果Autowired不能唯一自动装配上属性,则需要通过@Qualifier(value="xxx")
- @Nullable:字段标记了这个注解,说明这个字段可以为null
- @Resource:自动装配通过名字、类型
- 作用域
@Component
@Scope("prototype")
public class User {
public String name;
//相当于<property name="name" value="xiaosong"/>
@Value("xiaosong2")
public void setName(String name){
this.name = name;
}
}
- 小结
- xml与注解:
- xml更加万能,适用于任何场合!维护简单
- 注解 不是自己的类使用不了,维护相对复杂!
- xml与注解最佳实践:
- xml用来管理bean
- 注解只负责完成属性的注入
- 我们在使用的过程中,只需要注意一个问题:必须让注解生效,就需要开启注解的支持
<!--指定要扫描的包,这个包下的注解就会生效-->
<context:component-scan base-package="com.song"/>
<context:annotation-config/>
使用Java的方式配置Spring
- 我们现在要完全不使用Spring的xml配置了,全权交给Java来做
- JavaConfig是Spring的一个子项目,在Spring4之后,它成为了一个核心功能
- 实体类
//这里这个注解的意思,就是说明这个类被Spring接管了,注册到了容器中
@Component
public class User {
private String name;
public String getName() {
return name;
}
@Value("xiaosong")//属性注入值
public void setName(String name) {
this.name = name;
}
@Override
public String toString() {
return "User{" +
"name='" + name + '\'' +
'}';
}
}
- 配置文件
//这个也会Spring容器托管,注册到容器中,因为他本来就是一个@Component
//@Configuration代表这是一个配置类,就和我们之前看的beans.xml
@Configuration
@ComponentScan("com.song.pojo")
@Import(MyConfig2.class)
public class MyConfig {
//注册一个bean,就相当于我们之前写的一个bean标签
//这个方法的名字,就相当于bean标签中的id属性
//这个方法的返回值,就相当于bean标签中的class属性
@Bean
public User getUser(){
return new User();//就是返回要注入到bean的对象!
}
}
- 测试类
public class MyTest {
public static void main(String[] args) {
//如果完全使用了配置类方式去做,我们就只能通过AnnotationConfig上下文来获取容器,通过配置类的class对象加载!
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(MyConfig.class);
User getUser = (User) context.getBean("getUser");
System.out.println(getUser.getName());
}
}
- 这种纯Java的配置方式,在SpringBoot中随处可见
代理模式
- 为什么要学习代理模式?
- 因为这就是SpringAOP的底层!【SpringAOP 和 SpringMVC】
- 代理模式的分类:
- 静态代理
- 动态代理
静态代理
- 角色分析
- 抽象角色:一般会使用接口或者抽象类来解决
- 真是角色:被代理的角色
- 代理角色:代理真实角色,代理真实角色后,我们一般会做一些附属操作
- 客户:访问代理对象的人
- 代码步骤:
- 接口
//租房
public interface Rent {
public void rent();
}
- 真实角色
//房东
public class Host implements Rent{
public void rent() {
System.out.println("房东要出租房子");
}
}
- 代理角色
public class Proxy implements Rent{
private Host host;
public Proxy() {
}
public Proxy(Host host) {
this.host = host;
}
public void rent() {
seeHouse();
host.rent();
hetong();
fare();
}
//看房
public void seeHouse(){
System.out.println("中介带你看房");
}
//签合同
public void hetong(){
System.out.println("签租赁合同");
}
//收中介费
public void fare(){
System.out.println("收中介费");
}
}
- 客户端访问代理角色
public class Client {
public static void main(String[] args) {
//房东要租房子
Host host = new Host();
//代理,中介带房东租房子,但是呢?代理角一般会有一些附属操作!
Proxy proxy = new Proxy(host);
//你不用面对房东,直接找中介租房即可!
proxy.rent();
}
}
- 代理模式的好处:
- 可以使真实角色的操作更加纯粹!不用去关注一些公共的业务
- 公共业务就交给代理角色!实现了业务的分工!
- 公共业务发生扩展的时候,方便集中管理
- 缺点:
- 一个真实角色就会产生一个代理角色,代码量会翻倍,开发效率会变低
加深理解
动态代理
- 动态代理和静态代理角色一样
- 动态代理的代理类使动态生成的,不是我们直接写好的
- 动态代理分为两大类:基于接口的动态代理,基于类的动态代理
- 基于接口---JDK代理
- 基于类:cglib
- java字节码实现:javassist
- 需要了解两个类:Proxy:代理,InvocationHandler:调用处理程序
- 动态代理的好处:
- 可以使真实角色的操作更加纯粹!不用去关注一些公共的业务
- 公共业务就交给代理角色!实现了业务的分工!
- 公共业务发生扩展的时候,方便集中管理
- 一个动态代理类代理的是一个接口,一般就是对应的一类业务
- 一个动态代理类可以代理多个类,只要是实现了同一个接口即可
AOP
什么是AOP
- AOP(Aspect Oriented Programming)意为:面向切面编程,通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。
AOP是OOP的延续,是软件开发中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范型。利用AOP可以对业务逻辑
的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率
AOP在Spring中的作用
- 提供声明式事务;允许用户自定义切面
- 横切关注点:跨越应用程序多个模块的方法或功能。即是,与我们业务逻辑无关的,但是我们需要关注的部分,就是横切关注点。如日志,安全,缓存,事务等等...
- 切面(ASPECT):横切关注点被模块化的特殊对象。即它是一个类
- 通知(Advice):切面必须要完成的工作。即它是类中的一个方法
- 目标(Target):被通知对象
- 代理(Proxy):向目标对象应用通知之后创建的对象
- 切入点(PointCut):切面通知执行的"地点"的定义
- 连接点(JointPoint):与切入点匹配的执行点
- SpringAOP中,通过Advice定义横切逻辑,Spring中支持5种类型的Advice
- 即AOP在不改变原有代码的情况下,去增加新的功能
使用Spring实现AOP
- 【重点】使用AOP织入,需要导入一个依赖包
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.9.4</version>
</dependency>
- 方式一:使用Spring的API接口【主要SpringAPI接口实现】
- 方式二:自定义来实现AOP【主要是切面定义】
- 方式三:使用注解实现!
整合Mybatis
- 步骤:
- 导入相关jar包
- junit
- mybatis
- mysql数据库
- spring相关的
- aop织入
- mybatis-spring【new】
- 编写配置文件
- 测试
- 导入相关jar包
回忆mybatis
- 编写实体类
- 编写核心配置文件
- 编写接口
- 编写Mapper.xml
- 测试
Mybatis-Spring
- 编写数据源配置
- sqlSessionFactory
- sqlSessionTemplate
- 需要给接口加实现类【】
- 将自己写的实现类,注入到Spring中
- 测试使用即可
声明式事务
回顾事务
- 把一组业务当成一个业务来做;要么都成功,要么都失败
- 事务在项目开发中,十分的重要,涉及到数据的一致性问题,不能马虎
- 确保完整性和一致性
- 事务ACID原则
- 原子性
- 一致性
- 隔离性
- 多个业务可能操作同一个资源,防止数据损坏
- 持久性
- 事务一旦提交,无论系统发生什么问题,结果都不会再被影响,被持久化的写到存储器中
spring中的事务管理
- 声明式事务:AOP
- 编程式事务:需要在代码中,进行事务的管理
- 思考:
- 为什么需要事务?
- 如果不配置事务,可能存在数据提交不一致的情况下
- 如果我们不在Spring中配置声明式事务,我们就需要在代码中手动配置事务
- 事务在项目的开发中十分重要,设计到数据的一致性和完整性问题,不容马虎!
- 为什么需要事务?
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· .NET Core 中如何实现缓存的预热?
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 如何调用 DeepSeek 的自然语言处理 API 接口并集成到在线客服系统