Spring回顾学习笔记

1.Spring

1.1简介

• 2002,首次推出了Spring框架的雏形:interface21框架

• Spring框架以interface21框架为基础,经过重新设计,并不断丰富其内涵,于2004年3月24日,发布了1.0正式版

• Rod Johnson,Spring Framework创始人

• Spring理念:使现有的技术更加容易使用,本身是一个大杂烩,整合了现有的技术框架!

• SSH: Struct2+Spring+Hibernate(全自动持久性框架)

• SSM: SpringMvc+Spring+Mybatis(半自动化持久性框架)

1.2优点

• Spring是一个开源的免费的框架(容器)
• Spring是一个轻量级的,非侵入式的框架
• 控制反转(IOC),面向切面编程(AOP)
• 支持事务的处理,对框架整合的支持

总结:Spring就是一个轻量级的控制反转(IOC)和面向切面编程(AOP)的框架 ,

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-omGyLx9V-1625105680546)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1623818908678.png)]

1.3拓展

在Spring的官网有这个介绍:现代化的Java开发!说白就是基于Spring的开发!

• SpringBoot

  • 一个快速开发的脚手架
  • 基于SpringBoot可以快速开发单个微服务
  • 约定大于配置

• SpringCloud

  • SpringCloud是基于SpringBoot实现的

因为现在大多数公司都在使用SpringBoot进行快速开发,学习SpringBoot的前提,需要完全掌握Spring及SpringMVC! 承上启下的作用!

弊端:配置十分繁琐,人称:"配置地狱"

2.IOC理论推导

1. UserDao接口
2. UserDaoImpl实现类
3. UserService业务接口
4. UserServiceImpl实现类

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sEUoIzxI-1625105680548)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1623918544493.png)]

在之前的业务中需要根据用户需求改动源代码,如果程序代码量十分大,修改一次的成本代价很大

我们使用一个Set接口实现,已经发生了革命性的变化!

private UserDao userDao;

    //利用set进行动态实现值的注入
    public void setUserDao(UserDao userDao){
        this.userDao = userDao;
    }

• 之前,程序是主动创建对象,控制权在程序员手上
• 使用了Set注入后,程序不再具有主动性,而是变成了被动的接受对象

这种思想,从本质上解决了问题,程序员不用再去管理对象的创建了,系统的耦合性大大降低,可以更加专注的在业务上的实现!这是IOC的原型!

对象由Spring创建,对象的属性由Spring容器设置

这个过程就叫做控制反转:

控制:谁来控制对象的创建,传统应用程序的对象是由程序本身控制创建的,使用Spring后,对象是由Spring创建的

反转:程序本身不创建对象,而变成被动的接受对象

依赖注入:就是利用set方法来进行注入的

IOC是一种编程思想,由主动的编程变成被动的接收

ok,到了现在,我们彻底不用在程序中改动了,要实现不同的操作,只需要在XML配置文件中进行修改,所谓的IOC,一句话搞定:对象由Spring来创建,管理,装配!

4.IOC创建对象的方式

1.使用无参构造创建对象,默认!

 //依赖注入方式1:
            通过属性的set方法注入值
        <property name="list" >
            <list>
                <value>6</value>
                <value>9</value>
                <value>6</value>
            </list>
        </property>
        <property name="map">
            <map>
                <entry key="k1" value="a"></entry>
                <entry key="k2" value="b"></entry>
                <entry key="k3" value="c"></entry>
            </map>
        </property>

2.假设我们要使用有参构造创建对象

• 下标赋值
• 类型赋值
• 参数 名赋值

 <!--    依赖注入方式2:
               通过构造方法注入值
            <bean name="user" class="com.ff.spring3.bean.User">
            <constructor-arg name="name" value="1"></constructor-arg>
            <constructor-arg index="0" value="1"></constructor-arg>
            <constructor-arg type="java.lang.String" value="1"></constructor-arg>
            <constructor-arg type="int" value="2"></constructor-arg>
        	</bean>-->

总结:在配置文件加载的时候,容器中管理的对象就已经初始化了!

5.Spring配置

5.1别名

5.2bean的配置

 <!-- 将java中的类交给Spring管理 由Spring容器创建对象,在Spring这些都被称为Bean

    类型 变量名 = new 类型();
    User user = new USer();

    id = 变量名
    class = new 的对象
    property 相当于给对象的属性赋值
    name:别名
    -->

5.3import

这个import,一般用于团队开发使用,他可以将多个配置文件,导入合并为一个

假设,现在项目中有很多个人开发,这三个人复制不同的类开发,不同的类需要注册在不同的bean中,我们可以利用import将所有人的beans.xml合并为一个总的!

<import resource="SpringDI.xml"></import>
<import resource="Spring.xml"></import>
<import resource="Spring1.xml"></import>

使用的时候,直接使用总的配置就可以了

6.DI依赖注入

6.1构造器注入

6.2Set方式注入(重点)

• 依赖注入:Set注入
  • 依赖:bean对象的创建依赖于容器
  • 注入:bean对象中的所有属性,由容器来注入

6.3拓展方式注入

6.4bean的作用域

scope:

singleton(单例):在Spring中只存在一个bean实例

prototype(原型):getBean()的时候都会new Bean()

(以下仅用于WebApplicationContext环境)

request:每次http请求都会创建一个bean,

session:同一个http session共享一个Bean,不同Session使用不同的Bean

application

7.Bean的自动装配

• 自动装配是Spring满足bean依赖的一种方式
• Spring会在上下文中自动寻找,并自动给bean装配属性

三种装配方式

1. 在XML中显示的配置
2. 在java中显示配置
3. 隐式的自动装配bean

7.1测试

1. ByName自动装配
2. ByType自动装配

小结:

• byname的时候,需要保证所有的bean的id唯一,并且这个bean需要和自动注入的属性的set方法的值一致!
• bytype的时候,需要保证所有bean的class唯一,并且这个bean需要和自动注入的属性的类型一致!

7.4使用注解实现自动装配

jdk1.5支持的注解,Spring2.5就支持注解了!

使用注解是好于XML配置的

要使用注解须知:

1. 导入约束:context约束
2. 配置注解的支持:

 <!--开启注解扫描-->
<context:component-scan base-package="spring3"> </context:component-scan>

• @Autowired

直接在属性上使用即可,也可以在set方式上使用!

使用Autowired 我们可以不用编写 Set方法了,前提是你这个自动装配的属性在IOC(Spring)容器中存在,且符合名字byname!

• @Resource

@Resource和@Autowired的区别:

• 都是用来自动装配的,都可以放在属性字段上
• @Autowired通过byType的方式实现,而且要求这个对象必须存在
• @Resource默认通过byname的方式实现,如果找不到名字,则通过byType实现!

10.代理模式

10.1静态代理

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TVUm1iQ0-1625105680550)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624111208093.png)]

角色分析:

• 抽象角色:一般会使用接口或者抽象类来解决
• 真实角色:被代理的角色
• 代理角色:代理真实角色,代理真实角色后,我们一般会做一些附属操作
• 客户:访问代理对象的人

代码步骤:

1.接口

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Gh9RJQJP-1625105680554)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624198991583.png)]

2.真实角色

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-y44Wtmbf-1625105680555)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624199010542.png)]

3.代理角色

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p3R8QhjK-1625105680558)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624199170059.png)]

4.客户端访问代理角色

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jfWfmjXm-1625105680559)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624199199576.png)]

代理模式的好处:

• 可以使真实角色的操作更加纯粹!不用去关注一些公共的业务
• 公共业务也就交给代理角色!实现了业务的分工!
• 公共业务发生拓展的时候,方便集中管理!

缺点:一个真实角色就会产生一个代理角色;代码量会翻倍-开发效率会变低-

10.2加深理解

聊聊AOP

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WWFZU9dZ-1625105680560)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624239490016.png)]

10.3动态代理

• 动态代理和静态代理角色一样
• 动态代理的代理类是动态生成的,不是我们直接写好的!
• 动态代理分为两大类:基于接口的动态代理,基于类的动态代理
  • 基于接口 —JDK动态代理 (使用)
  • 基于类: cglib
  • java字节码实现: Javasist

需要了解两个类:Proxy:代理.InvocationHandler:调用处理程序

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WQVpQmvx-1625105680561)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624242634767.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-USCVsvQG-1625105680562)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624242753651.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-f4DrtJYp-1625105680563)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624242780536.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EztvwEJb-1625105680564)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624242863616.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fFbAgGVS-1625105680564)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624243253920.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wWMpZVmR-1625105680565)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624243701801.png)]

动态代理的好处:

• 可以使真实角色的操作更加纯粹!不用去关注一些公共的业务
• 公共业务也就交给代理角色!实现了业务的分工!
• 公共业务发生拓展的时候,方便集中管理!
• 一个动态代理类代理代理多个类,只要是实现了同一个接口即可!

11.AOP

11.1什么是AOP

AOP(Aspect Oriented Programming) 意为:面向切面编程,通过预编译方式和运行期动态代理实现程序功能的统一维护技术.AOP是OOP的延续,是软件开发中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范型.利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率.

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hNmKrFnJ-1625105680565)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624511565611.png)]

SpringAOP中,通过Advice定义横切逻辑,Spring中支持5种类型的Advice:

• 前置通知
• 后置通知
• 环绕通知
• 异常抛出通知
• 引介通知

即AOP在不改变原有代码的情况下,去增加新的功能

11.2AOP在Spring中的应用

提供声明式事务;允许用户自定义切面

• 横切关注点:跨越应用程序多个模块的方法或功能,即是,与我们业务逻辑无关的,但是我们需要关注的部分,就是横切关注点,如日志,安全,缓存,事务等等…
• 切面(ASPECT):横切关注点 被模块化的对象,即,它是一个类
• 通知(Advice):切面必须要完成的工作.它是类中的一个方法
• 目标(Target):被通知对象
• 代理(Proxy):向目标对象应用通知之后创建的对象
• 切入点(PointCut):切面通知 执行的"地点"的定义
• 连接点(jointPoint):与切入点匹配的执行点

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6Vy4wxjW-1625105680566)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624673117977.png)]

11.3使用Spring实现AOP

使用AOP织入,需要导入一个依赖包!

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-aspects</artifactId>
    <version>5.2.2.RELEASE</version>
 </dependency>

方式一: 使用原生Spring API接口

方式二:自定义来实现AOP[主要是切面定义]

<!--通过XML配置实现AOP-->
    <bean id="aop" class="spring3.aop.AOP"></bean>
    <!--把装有通知的类交给Spring管理-->
    <aop:config>
        <!--配置切入点-->
        <aop:pointcut id="save" expression="execution(* spring3.dao.UserDao.save(..))"/>
        <!--配置通知-->
        <aop:aspect ref="aop">
        <!--<aop:before method="dolog" pointcut-ref="save"></aop:before>-->

        <!--<aop:after method="dolog" pointcut-ref="save"></aop:after>-->

        <!--<aop:around method="around" pointcut-ref="save"></aop:around>-->

            <aop:after-throwing method="throwable" pointcut-ref="save" throwing="e"></aop:after-throwing>
        </aop:aspect>
    </aop:config>

方式三:使用注解方式实现AOP

<!--通过注解的方式实现AOP-->
    <aop:aspectj-autoproxy></aop:aspectj-autoproxy>

12.整合Mybatis

步骤:

1.导入相关jar包

• junit
• mybatis
• mysql数据库
• spring相关的
• aop织入
• mybatis-spring[new]

2.编写相关配置文件

3.测试

12.1回忆Mybatis

1. 编写实体类

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-D6ckNJ8I-1625105680567)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624711492389.png)]

2.编写核心配置文件

3.编写接口

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cZCOHh2S-1625105680567)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624711570105.png)]

4.编写Mapper.xml

注册接口

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IDpQrV0X-1625105680568)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624711763483.png)]

1. 测试

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7fnWbNVS-1625105680569)(C:\Users\bianweitao\AppData\Roaming\Typora\typora-user-images\1624711446516.png)]

13.Mybatis-Spring

bing上搜索Mybatis-Spring

Mybatis-Spring会帮助你将Mybatis代码无缝地整合到Spring中,它将允许Mybatis参与到Spring的事务管理之中,创建映射器mapper和SqlSession并注入到bean中

1.编写数据源配置

2.sqlSessionFactory

3.sqlSessionTemplate

4.需要给接口加实现类[]

5.将自己写的实现类,注入到Spring中

测试使用

14.声明式事务

1.回顾事务

• 把一组业务当成一个业务来做;要么都成功,要么都失败!
• 事务在项目开发中,十分的重要,设计到数据的一致性问题,不能马虎!
• 确保完整性和一致性

事务ACID原则:

• 原子性
• 一致性
• 隔离性
  • 多个业务可能操作同一个资源,防止数据损坏
• 持久性
  • 事务一旦提交,无论系统发生什么问题,结果都不会再被影响,被持久化的写入到数据库中

2.spring中的事务管理

• 声明式事务:AOP
  Spring**

Mybatis-Spring会帮助你将Mybatis代码无缝地整合到Spring中,它将允许Mybatis参与到Spring的事务管理之中,创建映射器mapper和SqlSession并注入到bean中

1.编写数据源配置

2.sqlSessionFactory

3.sqlSessionTemplate

4.需要给接口加实现类[]

5.将自己写的实现类,注入到Spring中

测试使用

14.声明式事务

1.回顾事务

• 把一组业务当成一个业务来做;要么都成功,要么都失败!
• 事务在项目开发中,十分的重要,设计到数据的一致性问题,不能马虎!
• 确保完整性和一致性

事务ACID原则:

• 原子性
• 一致性
• 隔离性
  • 多个业务可能操作同一个资源,防止数据损坏
• 持久性
  • 事务一旦提交,无论系统发生什么问题,结果都不会再被影响,被持久化的写入到数据库中

2.spring中的事务管理

• 声明式事务:AOP
• 编程式事务:需要在代码中编写事务的管理