1、Spring
1.1、简介
- 2002年,首次推出了Spring框架的雏形:Interface21框架
- Spring框架以Interface21框架为基础,与2004年3月24日,发布了1.0版本
- Spring理念:使现有的技术更加容易使用,本身是个大杂烩,整合了现有的技术框架
- SSH:Struct2 + Spring + Hibernate
- SSM:SpringMVC + Spring +MyBatis
1.2、优点
- Spring是一个开源的免费的框架
- 是一个轻量级的、非入侵式的框架
- 控制反转(IOC)、面向切面编程(AOP)
- 支持事务的处理,对框架整合的支持
总结一句话:Spring就是一个轻量级的反转控制和面向切面编程的框架
1.3、组成
1.4、扩展
在Spring的官网有这个介绍:现代化的Java开发,说白了就是基于Spring的开发
- Spring Boot
- 一个快捷开发的脚手架
- 基于SpringBoot可以快速开发单个微服务
- 约定大于配置
- Spring Cloud
- 基于SpringBoot实现
因为现在大多数公司都在使用Spring进行开发。学习SpringBoot的前提是完全掌握Spring和SpringMVC
弊端:发展太久之后,违背了原来的理念,配置十分繁琐,人称:“配置地狱”
2、IOC理论推导
- UserDAO接口
- UserDAOImpl实现类
- UserService业务接口
- UserServiceImpl业务实现类
在我们之前的业务中,用户的需求可能会影响我们原来的代码,我们需要根据用户的需求去修改原代码
如果程序代码量十分大,修改一次的代价十分昂贵
我们使用一个set接口实现,已经发生了革命性的变化
1 | public void setUserDao(UserDao userDao) { |
- 之前程序主动创建对象,控制权在程序猿手上
- 使用了set注入后,程序不再具有主动性,而是变成了被动的接受对象
这种思想从本质上解决了问题,程序猿不需要管理对象的创建。系统的耦合性大大降低,可以更加专注业务的实现。这是IOC的原型
IOC本质
控制反转是一种设计思想,DI(依赖注入)是实现IOC的一种方法。没有IOC的程序中,我们使用面向对象编程,对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方。
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IOC容器,祁实现方法是依赖注入。
3、HelloSpring
思考问题:
Hello对象是谁创建的?
Hello对象是由Spring创建的
Hello对象的属性是怎么设置的?
Hello对象的属性是由Spring容器设置的
这个过程就叫控制反转:
控制:谁来控制对象的创建,传统应用程序的对象是由程序本身控制创建的,使用Spring后,对象是由Spring来创建的
反转:程序本身不创建对象,而被动地接收对象
依赖注入:利用set方法进行注入
IOC是一种编程思想,由主动地编程变成被动地接收
所谓的Ioc:对象由Spring来创建、管理、装配
4、IOC创建对象的方式
使用无参构造创建对象(默认)
使用有参构造创建对象
1
2
3
4
5
6
7
8
9
10
11
12
13
14<!--下标赋值-->
<bean id="user" class="com.dogegg.pojo.User">
<constructor-arg index="0" value="Dogegg"/>
</bean>
<!--通过类型创建,不建议使用-->
<bean id="user" class="com.dogegg.pojo.User">
<constructor-arg type="java.lang.String" value="Dogegg"/>
</bean>
<!--直接通过参数名设置-->
<bean id="user" class="com.dogegg.pojo.User">
<constructor-arg name="name" value="Dogegg"/>
</bean>
总结:在配置文件加载的时候,容器中管理的对象就已经被初始化了
5、Spring配置
5.1、别名
1 | <alias name="user" alias="asdfghjkl"/> |
5.2、Bean的配置
1 | <bean id="user" class="com.dogegg.pojo.User" name="user2, u2"> |
5.3、import
一般用于团队开发使用,它可以将多个配置文件导入合并为一个
假设项目有多人开发,这三个人负责不同的类开发,不同的类需要注册在不同的bean中,我们可以利用import将所有人的xml合并为总的
6、DI(依赖注入)
6.1、构造器注入
6.2、Set方式注入【重点】
- 依赖注入:Set注入
- 依赖:Bean对象的创建依赖于容器
- 注入:Bean对象中的所有属性由容器注入
【环境搭建】
复杂类型
1
2
3
4
5
6
7
8
9
10
11public class Address {
private String address;
public String getAddress() {
return address;
}
public void setAddress(String address) {
this.address = address;
}
}真实测试对象
1
2
3
4
5
6
7
8
9
10public class Student {
private String name;
private Address address;
private String[] books;
private List<String> hobbies;
private Map<String, String> card;
private Set<String> games;
private String wife;
private Properties info;
}beans.xml
1
2
3
4
5
6
7
8
9
10
<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 name="student" class="com.dogegg.pojo.Student">
<property name="name" value="Dogegg"/>
</bean>
</beans>测试类
1
2
3
4
5
6
7public 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());
}
}完善注入信息
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44<bean name="address" class="com.dogegg.pojo.Address">
<property name="address" value="Shanghai"/>
</bean>
<bean name="student" class="com.dogegg.pojo.Student">
<property name="name" value="Dogegg"/>
<property name="address" ref="address"/>
<property name="books">
<array>
<value>red</value>
<value>yellow</value>
<value>green</value>
</array>
</property>
<property name="hobbies">
<list>
<value>eat</value>
<value>fish</value>
<value>code</value>
</list>
</property>
<property name="card">
<map>
<entry key="身份证" value="12345678945651"/>
<entry key="银行卡" value="22334455687"/>
</map>
</property>
<property name="games">
<set>
<value>red bull</value>
<value>good day</value>
<value>2k</value>
</set>
</property>
<property name="wife">
<null/>
</property>
<property name="info">
<props>
<prop key="学号">123</prop>
<prop key="性别">male</prop>
</props>
</property>
</bean>
6.3、其它方式注入
我们可以用p命名空间和c命名空间进行注入
注意点:p和c命名空间不能直接使用,需要导入xml约束
6.4、Bean的作用域
- 单例模式(Spring默认机制)
- 原型模式:每次从容器中get的时候,都会产生一个新对象
- 其余的request、session、application这些只能在web开发中使用到
7、Bean的自动装配
- 自动装配是Spring满足bean依赖的一种方式
- Spring会在上下文中自动寻找,并给bean自动装配属性
在Spring中,有三种装配的方式
- 在xml中显式地配置
- 在Java中显式地配置
- 隐式地自动装配bean【重要】
7.1、测试
环境搭建:一个人有两个宠物
7.2、ByName自动装配
会自动在容器上下文中查找和自己对象set方法后面的值对应的BeanID
7.3、ByType
会自动在容器上下文中查找和自己对象属性类型后面对应的Bean
小结:
- ByName的时候,需要保证所有bean的id唯一,并且这个bean需要和自动注入的属性的set方法的值一致
- ByType的时候,需要保证所有bean的class唯一,并且这个bean需要和自动注入的属性的属性类型一致
7.4、使用注解实现自动装配
JDK1.5支持的注解,Spring2.5就支持注解
要使用注解须知:
导入约束
配置注解的支持
<context:annotation-config/>
1
2
3xmlns:context="http://www.springframework.org/schema/context"
http://www.springframework.org/schema/context
https://www.springframework.org/schema/context/spring-context.xsd
@AutoWired
直接在属性上用即可,也可以在set方式上使用
使用Autowired我们可以不编写Set方法,前提是这个自动装配的属性在IOC容器中存在且符合名字
@Nullable 字段标记了这个注解,说明这个字段可以为null
如果@Autowired自动装配的环境比较复杂,自动装配无法通过一个注解完成的时候,我们可以使用@Qualifier(value=”xxx”)去配置
小结:
@Resource和@Autowired的区别
- 都是用来自动装配的,都可以放在属性字段上
- @Autowired通过ByType实现,而且必须要求这个对象存在
- @Resource默认通过ByName实现,如果找不到名字,则通过ByType实现。都找不到就报错
- 执行顺序不同
8、使用注解开发
在Spring4之后,要使用注解开发,必须要保证aop的包导入了
使用注解需要导入context约束,增加注解的支持
1 |
|
bean
属性如何注入
衍生的注解
自动装配置
作用域
小结
xml与注解:
- xml更加万能,适用于任何场合,维护简单方便
- 注解不是自己类解决不了,维护相对复杂
最佳实践:
- xml来管理bean
- 注解只负责属性的注入
- 我们在使用的过程中只需要注意一个问题:必须让注解生效,就需要开启注解的支持
9、使用Java的方式配置Spring
我们现在要完全不使用Spring的xml配至了,全权交给Java来做
JavaConfig是Spring的一个子项目,在Spring4之后,它成为了一个核心功能
这种纯Java的配置方式在SpringBoot中随处可见
10、代理模式
为什么要学习代理模式?因为这就是SpringAOP的底层
代理模式的分类:
- 静态代理
- 动态代理
10.1、静态代理
角色分析:
- 抽象角色:一般会使用接口或抽象类来解决
- 真实角色:被代理的角色
- 代理角色:代理真实角色,代理后,一般会做一些附属操作
- 客户:访问代理对象的人
代理模式的好处:
- 可以使真实角色的操作更加纯粹,不用去关注一些公共的业务
- 公共业务就交给代理角色,实现了业务的分工
- 公共业务发生扩展的时候,方便集中管理
缺点:
- 一个真实角色就会产生一个代理角色,代码量会翻倍,开发效率会变低
10.2、加深理解
10.3、动态代理
- 动态代理和静态代理角色一样
- 动态代理的代理类是动态生成的,不是我们直接写好的
- 动态代理分为两大类:基于接口的动态代理,基于类的动态代理
- 基于接口——JDK动态代理【我们在这里使用】
- 基于类:cglib
- Java字节码实现:Javassist
需要了解两个类:Proxy,InvocationHandler
动态代理的好处:
- 可以使真实角色的操作更加纯粹,不用去关注一些公共的业务
- 公共业务就交给代理角色,实现了业务的分工
- 公共业务发生扩展的时候,方便集中管理
- 一个动态代理类代理的是一个接口,一般就是对应的一类业务
- 一个动态代理类可以代理多个类,只要实现了同一个接口即可
11、AOP
11.1、什么是AOP
AOP:面向切面编程,通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续,是软件发开中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范式。利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各个部分之间的耦合度降低,提高程序的可重用性,同时提高了开发效率。
11.2、AOP在Spring中的作用
提供声明式事务:允许用户自定义切面
- 横切关注点:跨越应用程序多个模块的方法或功能。既是,与我们业务逻辑无关的,但是我们需要关注的部分,就是横切关注点。如日志、安全、缓存、事务等等
- 切面:横切关注点被模块化的特殊对象,也是一个类
- 通知:切面必须要完成的工作,是类中的一个方法
- 目标:被通知对象
- 代理:被目标应用通知后创建的对象
- 切入点:切面通知执行的地点的定义
- 连接点:与切入点匹配的执行点
11.3、使用Spring实现AOP
1 | <dependency> |
方式一:使用Spring的API接口【主要SpringAPI接口实现】
方式二:自定义类来实现AOP【主要是切面】
方式三:使用注解实现
12、整合MyBatis
步骤:
- 导入包
- Junit
- MyBatis
- MySQL
- Spring相关的
- aop
- MyBatis-Spring
- 编写配置文件
- 测试
12.1、回忆MyBatis
- 编写实体类
- 编写核心配置文件
- 编写接口
- 编写Mapper.xml
- 测试
12.2、MyBatis-Spring
- 编写数据源配置
- sqlSessionFactory
- SqlSessionTemplate
- 需要给接口加实现类
- 将实现类注入到Spring中
- 测试
13、声明式事务
13.1、回顾事务
- 把一组业务当成一个业务来做。要么都成功,要么都失败
- 事务在项目开发中十分重要,涉及到数据的一致性问题,不能马虎
- 确保完整性和一致性
事务ACID原则:
- 原子性
- 一致性
- 隔离性
- 多个业务可能操作同一个资源,防止数据损坏
- 持久性
- 事务一旦提交,无论系统发生什么问题,结果都不会再被影响,被持久化地写到存储器中
13.2、Spring中的事务管理
- 声明式事务:AOP
- 编程式事务:在代码中
思考:为什么需要事务?
- 如果不配置事务,可能存在数据提交不一致的情况
- 如果我们不在Spring中配置声明式事务,我们就需要在代码中手动配置
- 事务非常重要