Spring使用教程

Spring系统架构

• Core Container:核心容器
• AOP：面向切面编程
• Aspects：AOP思想实现
• Data Access：数据访问
• Data Integration：数据集成
• Transaction：事务
• Web:Web开发
• Test:单元测试与集成测试

Spring学习线路

1.核心容器

        核心概念：IOC/DI

        容器基本操作

2.整合Mybatis

3.AOP

4.事务

一：配置文件

核心容器

由于在类里面写了其他的一些实现，导致耦合度偏高 。

  解决方案：使用对象时，在程序中不要主动使用new产生对象，转换由外部提供对象。引出IOC。

目标：充分解耦。使用IOC容器管理bean，在IOC容器内将有依赖关系的bean进行关系绑定。

        

1.核心概念

IOC  ：使用对象时，由主动new产生对象转换为由外部提供对象，对象的创建控制权由程序转移到外部，这种思想称为控制反转。就是解耦。       

IOC容器  ：（Core Container）Spring提供了这个容器，用来充当IOC思想中的”外部“。

这两个就是同一个”外部“。

Bean ：IOC容器负责对象的创建，初始化等一系列工作，被创建或被管理的对象在IOC容器中统称为bean。

DI ：在容器中建立bean与bean之间的依赖关系的整个过程，就称为依赖注入。

2.IOC案例

2.1 思路

2.1.1管理什么？Service和Dao

2.1.2 如何将被管理的对象告诉IOC容器？配置

2.1.3 被管理的对象交给IOC容器，如何获取到IOC容器？接口

2.1.4 IOC容器得到后，如何从容器中获取bean？接口方法

2.1.5 使用Spring导入哪些坐标？pom.xml

2.2 步骤

①在pom.xml导入spring的坐标spring-context

②定义sping管理的类

③ 在applicationContect.xml中写配置文件，把要管理的对象交给IOC容器(配置bean)，配置对应类作为spring管理的Bean

注意：bean定义时id属性在同一个上下文中不能重复

④ 要想拿到bean，就要获取IOC容器（接口），初始化IOC容器，通过容器获取bean

⑤ 从容器中获取bean，调用接口方法

.idea是什么？

        .idea是IntelliJ IDEA工程的配置文件和目录。当在使用IntelliJ IDEA创建一个新的项目时，它会自动在项目的根目录下创建一个.idea目录。该目录包含了项目的配置信息，包括项目的结构、依赖项、编译选项、版本控制设置等。

        .idea目录中的文件和子目录通常是自动生成的，不需要手动编辑或修改。这些文件和目录的作用是帮助IntelliJ IDEA正确地加载和配置你的项目。

        .idea目录中常见的一些文件和目录：

• workspace.xml：保存了IntelliJ IDEA工作区的全局配置，包括窗口布局、插件设置等。

• modules.xml：保存了项目的模块配置信息，包括模块的依赖关系、源代码路径等。

• libraries目录：保存了项目的依赖库配置信息，包括项目使用的外部库和框架。

• runConfigurations目录：保存了运行和调试配置信息，包括启动项目的配置参数、环境变量等。

• vcs.xml：保存了版本控制系统的配置信息，例如Git或SVN的设置。

Dependency 'org.springframework:spring-context:5.2.10.RELEASE' not found

解决办法

Maven的用户设置文件（User Settings File）是一个XML文件，用于配置Maven的全局设置和个人偏好。它包含了Maven运行时所需的一些配置信息，比如本地仓库路径、远程仓库的配置、代理设置、插件配置等。

将Maven的用户设置文件更改为Local repository后，pom.xml文件中的项目不再显示红色可能是由于以下原因：

1. 本地仓库路径正确：如果你正确地将Maven的用户设置文件中的本地仓库路径更改为实际的本地仓库路径，那么Maven将能够正确地解析和检索项目所需的依赖项。这将消除在pom.xml文件中引用的依赖项无法解析而导致的红色警告。

2. 依赖项被正确解析：Maven使用本地仓库来存储已下载的依赖项。当你将Maven的用户设置文件更改为本地仓库后，Maven将从本地仓库中解析和加载项目所需的依赖项。如果依赖项成功解析并可用，那么pom.xml文件中的项目将不再显示红色。

java: 错误: 不支持发行版本 5

上述代码放到maven\conf\setting.xml中

3.DI入门案例

3.1 思路

①基于IOC管理Bean

②Service中使用new形式创建的Dao对象不保留（如果保留，耦合度必然很高）

③Service中需要的Dao对象如何进入到Service中？提供方法

④Service与Dao之间的关系如何描述？配置

3.2 步骤

⑥ 删除业务层中使用new的方式创建的dao对象

⑦删除之后怎么创建dao对象呢？提供对应的set方法

⑧ 配置service与dao的关系

注意：这两个dao不一样

Bean的配置

1.bean基础配置

id用来定义bean的名称

class用来定义bean的类型

2.bean的别名配置

使用到未出现的别名时会爆出如下异常

如果name中正确定义了别名，就不会显示这个异常。

3.bean作用范围控制

在不写这个scope的时候，默认就是singleton（单例对象）。

①为什么bean默认为单例？

Spring在帮我们管理对象的时候，就是帮助我们管理那些可以复用的对象。用一次还会用它，还会从容器中拿，这样效率才会高。

②哪些bean适合造单例？

表现层对象，业务层对象，数据层对象，工具对象

③不适合交给容器进行管理的bean？

封装实体的域对象

通过这个scope可以控制这个对象是否为单例对象。

bean实例化/bean是如何创建出来的？

1.构造方法（常用）

bean本质上就是对象，创建bean使用构造方法完成。且调用的是无参构造方法。

无参构造方法如果不存在，将抛出异常BeanCreationException。

且用私有的构造方法也可以。

报错怎么看？

对于Spring的报错信息，一般拉到异常的最后面，看Caused by

2.通过使用静态工厂创建对象（了解即可）

3.实例工厂（了解）

4.代替原始实例工厂创建对象的方法（实用）

bean生命周期

生命周期：从创建到消亡的完整过程。

bean生命周期：bean从创建到销毁的整体过程。

bean生命周期控制：在bean创建后到销毁前做一些事情。

1.生命周期控制方法

一：配置生命周期控制方法

① 实现这两个方法

② 要想看到对应的destroy方法的执行，必须要关闭容器。

close关闭相对暴力，而钩子函数在虚拟机退出之前回调此函数。

二：接口控制（了解）

2.bean在整个初始化过程中经理了哪些阶段？

① 初始化容器

• 创建对象（内存分配）
• 执行构造方法
• 执行属性注入（set操作）
• 使用bean初始化方法

② 使用bean

• 执行业务操作

③ 关闭/销毁容器

• 执行bean销毁方法

3.bean销毁时机

容器关闭前触发bean的销毁。关闭容器方式：

依赖注入

setter注入：

① 引用类型

② 简单类型

构造器注入：

① 引用类型：把setter方法删了换成构造器方法（了解）

并且在配置文件中改变标签，把property标签改成constructor-arg标签

② 简单类型同理（了解）

问题来了。

如果这里面的参数的名称变了

那么配置文件里面这个也要跟着变，所以耦合度很高。

所以第一种解决方案：把name改成type，不就解耦了吗？但是。。。如果两种类型都是String或者int呢？

第二种解决：直接写形参下标?看似解决参数类型重复问题，使用位置解决参数匹配。但是不靠谱。

依赖注入方式选择

① 强制使用依赖使用构造器进行。使用setter注入有概率不进行注入导致null对象出现。

强制依赖：bean运行必须要用的构造器处理。

② 可选依赖使用setter注入进行，灵活性强。

③ Spring框架倡导使用构造器，第三方框架内部大多数采用构造器注入的方式进行数据初始化，相对严谨。

④ 如果有必要可以两者同时使用，使用构造器注入完成依赖强制项的注入，使用setter注入完成可选依赖的注入。

⑤ 实际开发过程中话要根据实际情况分析，如果受控对象没有提供setter方法就必须使用构造器注入。

⑥ 自己开发的模块推荐使用setter注入。

依赖自动装配

IOC容器根据bean所依赖的资源在容器中自动查找并注入到bean中的过程称为自动装配。

自动装配方式：

① 按类型（常用） 

autowire属性开启自动装配。

配置bookDao的bean必须要写，而且也只能写一个。

你说如果你不写或者说写两个，它去装配谁？

提示：

• 自动装配用于引用类型依赖注入，不能对简单类型进行操作。
• 使用按类型装配时（byType)必须保障容器中相同类型的Bean唯一，推荐使用。
• 使用按名称装配时（byName)必须保障容器中具有指定名称的bean，因变量与配置耦合，不推荐使用。
• 自动装配优先级低于setter注入与构造器注入，同时出现时自动装配配置失效。

② 按名称

③ 按构造方法

④ 不启动自动装配

集合注入

<?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">
    <bean id="bookDao" class="com.itheima.dao.impl.BookDaoImpl">
        <!--数组注入-->
        <property name="array">
            <array>
                <value>100</value>
                <value>200</value>
                <value>300</value>
            </array>
        </property>
        <!--list集合注入-->
        <property name="list">
            <list>
                <value>itcast</value>
                <value>itheima</value>
                <value>boxuegu</value>
                <value>chuanzhihui</value>
            </list>
        </property>
        <!--set集合注入-->
        <property name="set">
            <set>
                <value>itcast</value>
                <value>itheima</value>
                <value>boxuegu</value>
                <value>boxuegu</value>
            </set>
        </property>
        <!--map集合注入-->
        <property name="map">
            <map>
                <entry key="country" value="china"/>
                <entry key="province" value="henan"/>
                <entry key="city" value="kaifeng"/>
            </map>
        </property>
        <!--Properties注入-->
        <property name="properties">
            <props>
                <prop key="country">china</prop>
                <prop key="province">henan</prop>
                <prop key="city">kaifeng</prop>
            </props>
        </property>
    </bean>
</beans>

案例

数据源对象管理（Spring管理第三方资源）

①导入druid坐标，

②配置数据源对象作为spring管理的bean 。

引出问题：配置写在配置文件中不合适，应该单独抽出来。

加载properties文件

①在配置文件要想读取到properties的信息，得先去加载这个文件。Spring加载这个文件方式比较特殊，先去开启一个全新context的命名空间（灰色的）。

②使用context空间加载properties文件

③使用属性占位符￥{}读取properties文件中的属性。如上

问题：如果改成username，那么和系统中属性名称同名，在加载配置文件时就加一个属性并设置为NEVER。

如果有多个properties，最标准的方式如下：

总结以上几种：

容器

1.创建容器

方式①：加载类路径下的配置文件

方式②：从文件系统下（绝对路径）加载配置文件 

2.获取bean

3.容器类层次结构

4.BeanFactory

核心容器总结

一.容器相关

• BeanFactory是IOC容器的顶层接口，初始化BeanFactory对象时，加载的bean延迟加载。
• ApplicationContext接口是Spring容器的核心接口，初始化bean立即加载。
• ApplicationContext接口提供基础的bean操作相关方法，通过其他接口扩展其功能
• ApplicationContext接口常用初始化类：ClassPathXmlApplicationContext,FileSystemXmlApplication

二.bean相关

三.依赖注入相关

二.使用注解开发

注解开发

1.注解开发定义bean

①不采用配置文件的形式，采用注解的话，class里是全类名，既然对这个类进行配置（BookDaoImpl），就要考虑在这个类中去使用注解。

②在类上加上注解，把注解写上就代表了配置里面的<bean>，就配置好了bean，但是没有起名称。

③起名称

点开component的源码，有一个value（）属性，由于可以默认不写，就直接如上图。

④问题来了，Spring的配置文件怎么指知道它写了这一行话呢？在核心配置文件中通过扫描组件加载bean，指定这个注解所在的类的位置。

    <context:component-scan base-package="com.itheima"/>

Spring提供@Component注解的三个衍生注解

• @Controller  :用于表现层bean定义
• @Service ：用于业务层bean定义
• @Repository （数据仓库）:用于数据层bean定义

2.纯注解开发

Spring3.0升级了纯注解开发模式，使用Java类替代配置文件，开启了Spring快速开发赛道。

提问：有下面一句话，既然要用纯注解开发，所以要把这一行用类来代替。

所以现新建一个类，使用配置类。加上这个注解就代表是一个配置类。

这个注解代表了这些东西。

但是这个还没有发过去。

再加上一个注解，扫描component。

现在这个程序不能运行了，因为它是加载配置文件的。

重新写一个程序加载配置类。

总结 ：在纯注解开发中，用Java类代替Spring核心配置文件。

多个数据用数组形式，用大括号隔开。

bean管理

1.bean作用范围

2.bean生命周期

依赖注入

1.引用类型注入

2.简单类型注入

第三方bean

1.第三方bean管理

管理第三方bena，由于不能把配置写在别人的源代码中，只能在配置类里搞了。

①定义一个方法获得bean，要管理的对象。

②添加Bean，表示当前方法的返回值是一个bean。

但是所有的配置类都写在这里面，写爆了咋整？

方法：使用独立的配置类管理第三方bean。如将上面的重新使用独立的配置类命名为JdbcConfig。

扫描式不建议。

问题来了，如果上面那个bean运行的时候，还需要依赖其他的bean怎么办？

2.第三方bean依赖注入

注解开发总结

三.整合Mybatis

将配置文件进行转换

整合junit

四.AOP

AOP，面向切面编程，一种编程范式，指导开发者如何组织程序结构。

作用：在不惊动原始设计的基础上为其进行功能增强。

看例子。update，delete,select方法是不是没有业务执行万次的方法？

现在来看打印结果。现在update没有那个方法为什么打印了上万次啊？说明通知和切入点之间绑定了关系。

在不惊动原始设计的基础上，想为谁增加功能就为谁增加功能，这就是AOP。体现了Spring理念：无入侵式/无侵入式。

连接点：原始方法，或者说制作出来的功能，例如save(),update()...

切入点：要追加功能的方法。要执行对应通知的方法。

通知：要让大家都有的功能。

切面：上面说的，通知和切入点之间有关系，把他们绑到了一块。

说一下切入点和连接点的区别：连接点是所有方法，而切入点是匹配某些方法。

代理（Proxy）：SpringAOP的核心本质是采用代理模式实现的。

它允许通过创建一个代理对象来控制对原始对象的访问。

代理模式的核心思想是：代理对象与原始对象实现相同的接口，从而可以完全替代原始对象。当客服端调用代理对象的方法时，代理对象可以在调用前后执行额外的逻辑。

标准AOP核心概念：

AOP入门案例

思路分析：

1.导入坐标（pom.xml） 

    //导入aop的坐标，导入这个自动导入aop
    <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-context</artifactId>
      <version>5.2.10.RELEASE</version>
    </dependency>

    //导入aspect的坐标
    <dependency>
      <groupId>org.aspectj</groupId>
      <artifactId>aspectjweaver</artifactId>
      <version>1.9.4</version>
    </dependency>

2.制作连接点方法

3.制作切入点方法

说明：切入点定义依托一个不具有实际意义的方法进行，即无参数，无返回值，方法无实际逻辑。

4.共性功能就是上面的method()

提出问题：现在能运行吗？不能，必须得受Spring控制，加个component，让他变成spring控制的bean。并且要告诉spring，扫描到以后，把这个当成aop处理。还要加个注解aspect。

@Before,指定通知添加到原始连接点的具体执行位置。

在配置类里面还不知道aop是注解开发的。在配置类加上注解EnableAspectJAutoProxy。

这个EnableAspectJAutoProxy启动了@Aspect，而这个配置告诉你要识别哪些。

AOP工作流程

目标对象（Target）：原始功能去掉共性功能对应的类产生的对象，这种对象是无法直接完成最终工作的。

代理（Proxy）：目标对象无法直接完成工作，需要对其进行功能回填，通过原始对象的代理对象实现。

AOP切入点表达式

切入点：要进行增强的方法。

切入点表达式：要进行增强的方法的描述的表达式。

标准格式：动作关键字（访问修饰符 返回值 包名.类/接口名.方法名（参数）异常名）

eg:execution(public User com.itheima.service.UserService.findById(int))

标注颜色的可以省略。

通配符 ：快速描述

*：单个独立的任意符号，可以独立出现，也可以作为前缀或者后缀的匹配符出现。

execution(public * com.itheima.*.UserService.find*(*))         //有*必带参数

..:多个连续的任意符号，可以独立出现，常用于简化包名与参数的书写

execution(public User com..UserService.findById(..))

+ :专用于匹配子类类型

execution(* *..*Service+.*(..))

书写技巧

eg:execution(* com.itheima.*.*Service.save(..))

AOP通知类型

AOP通知描述了抽取的共性功能，根据共性功能抽取的位置不同，最终运行代码时要加到合理的位

置。

前置通知：

后置通知

环绕通知

返回后通知

抛出异常后通知

AOP案例：测量业务层接口万次执行效率

业务功能：业务层接口执行前后分别记录时间，求差值得到执行效率

通知类型选择前后均可以增强的类型---环绕通知

补充说明：当前测试的接口执行效率仅仅时一个理论值，并不是一次完整的执行过程。

AOP通知获取数据

1.获取切入点方法的参数

JoinPoint：适用于前置，后置，返回后，抛出异常前通知

ProceedJoinPoint：适用于环绕通知

2.获取切入点方法返回值

返回后通知

环绕通知

3.获取切入点方法运行异常信息

抛出异常后通知

环绕通知

案例：百度网盘密码数据兼容处理

正常情况下在未处理空格时的结果应该是false。

现在使用AOP使得在不惊动原始设计的基础上，想为其增加处理空格的功能。典型的AOP技术。

① 开启注解

② 加上两注解，写切入点。

注意：要把处理后的参数传进去。

否则得到的结果就是未处理空格前的长度。

五：Spring事务

事务作用：在数据层保障一系列额数据库操作同时成功或者同时失败。

Spring事务作用：在数据层或业务层保障一系列额数据库操作同时成功或者同时失败。

案例：模拟银行转账

模拟异常后，操作失败。

引出事务。①在业务层接口上写@Transactional  。

注意事项：Spring注解式事务通常添加到业务层接口中而不会添加到业务层实现类中，降低耦合。

注解式事务可以添加到业务方法上表示当前方法开启事务，也可以添加到接口上表示当前接口所有方法开启事务。

② 开了事务，但是用什么样的事务管理器未说。在配置类说明。

事务管理器要根据实现技术进行选择。

Mybatis框架使用的是JDBC事务。

③ Spring还不知道使用注解的形式进行事务操作。

Spring事务角色

事务管理员：发起事务方，在Spring中通常指代业务层开启事务的方法。

事务协调员：加入事务方，在Spring中通常指代数据层方法，也可以是业务层方法。

事务相关配置

看@Transactional注解源码。可以在注解上加上一些东西，属性。

重点掌握事务回滚异常，有些异常是不会默认回滚的。

①非受检异常（Unchecked Exception）：当事务中发生非受检异常（如NullPointerException、IllegalArgumentException等）时，事务不会回滚。这是因为非受检异常通常表示程序错误或逻辑错误，回滚事务可能无法解决这些问题。

②Error类异常：当事务中发生Error类异常（如OutOfMemoryError、StackOverflowError等）时，事务不会回滚。Error类异常通常表示严重的系统错误，回滚事务可能无法恢复系统的正常运行。

③事务提交前的异常：如果事务在提交之前发生异常，事务不会回滚。这是因为在提交之前，事务的修改操作尚未持久化到数据库中，因此无需回滚。

 ④不受事务管理的方法：如果一个方法没有被事务管理器管理，即没有被@Transactional注解标记或配置为事务处理的方法，那么其中的异常不会引发回滚。

以上是一般情况下的规则，具体的回滚行为还取决于所使用的事务管理器和数据库。

所以转账日志必须保留，这个必须单独开启一个事务。引出事务传播行为。

事务传播行为：事务协调员对事务管理员所携带事务的处理态度。

在注解上加上属性，表示新开启一个事务。

propagation对应的值：

上面就是把默认值改成新开启一个事务。