黑马程序员SSM框架笔记-Spring

最新推荐文章于 2024-08-03 17:33:52 发布

均913

最新推荐文章于 2024-08-03 17:33:52 发布

阅读量348

点赞数

文章标签： spring 笔记 java

本文链接：https://blog.csdn.net/weixin_55605604/article/details/131270540

版权

Spring可以==简化开发==，降低企业级开发的复杂性，使开发变得更简单快捷

Spring可以==框架整合==，高效整合其他技术，提高企业级应用开发与运行效率

简化开发: Spring框架中提供了两个大的核心技术，分别是:

==IOC==
==AOP==
- ==事务处理==

框架整合: Spring在框架整合这块已经做到了极致，它可以整合市面上几乎所有主流框架

系统架构图

(1)核心层

Core Container:核心容器，这个模块是Spring最核心的模块，其他的都需要依赖该模块

(2)AOP层

AOP:面向切面编程，它依赖核心层容器，目的是==在不改变原有代码的前提下对其进行功能增强==
Aspects:AOP是思想,Aspects是对AOP思想的具体实现

(3)数据层

Data Access:数据访问，Spring全家桶中有对数据访问的具体实现技术
Data Integration:数据集成，Spring支持整合其他的数据层解决方案，比如Mybatis
Transactions:事务，Spring中事务管理是Spring AOP的一个具体实现

项目中的问题

(1)业务层需要调用数据层的方法，就需要在业务层new数据层的对象

(2)如果数据层的实现类发生变化，那么业务层的代码也需要跟着改变，发生变更后，都需要进行编译打包和重部署

(3)所以，现在代码在编写的过程中存在的问题是：==耦合度偏高=

针对这个问题，Spring就提出了一个解决方案:

使用对象时，在程序中不要主动使用new产生对象，转换为由==外部==提供对象

什么是控制反转呢？

使用对象时，由主动new产生对象转换为由==外部==提供对象，此过程中对象创建控制权由程序转移到外部，此思想称为控制反转。
- 业务层要用数据层的类对象，以前是自己new的
- 现在自己不new了，交给别人[外部]来创建对象
- 别人[外部]就反转控制了数据层对象的创建权

Spring和IOC之间的关系是什么呢?

Spring技术对IOC思想进行了实现
Spring提供了一个容器，称为==IOC容器==，用来充当IOC思想中的"外部"
IOC思想中的别人[外部]指的就是Spring的IOC容器

IOC容器的作用以及内部存放的是什么?

IOC容器负责对象的创建、初始化等一系列工作，其中包含了数据层和业务层的类对象
被创建或被管理的对象在IOC容器中统称为==Bean==
IOC容器中放的就是一个个的Bean对象

当IOC容器中创建好service和dao对象后，程序能正确执行么?

不行，因为service运行需要依赖dao对象
IOC容器中虽然有service和dao对象
但是service对象和dao对象没有任何关系
需要把dao对象交给service,也就是说要绑定service和dao对象之间的关系

什么是依赖注入呢?

在容器中建立bean与bean之间的依赖关系的整个过程，称为依赖注入
- 业务层要用数据层的类对象，以前是自己new的
- 现在自己不new了，靠别人[外部其实指的就是IOC容器]来给注入进来
- 这种思想就是依赖注入

IOC容器中哪些bean之间要建立依赖关系呢?

这个需要程序员根据业务需求提前建立好关系，如业务层需要依赖数据层，service就要和dao建立依赖关系

Spring的IOC和DI的概念，:==充分解耦==，具体实现靠:

使用IOC容器管理bean（IOC)
在IOC容器内将有依赖关系的bean进行关系绑定（DI）
最终结果为:使用对象时不仅可以直接从IOC容器中获取，并且获取到的bean已经绑定了所有的依赖关系.

什么IOC/DI思想?

IOC:控制反转，控制反转的是对象的创建权
DI:依赖注入，绑定对象与对象之间的依赖关系

什么是IOC容器?

Spring创建了一个容器用来存放所创建的对象，这个容器就叫IOC容器

什么是Bean?

容器中所存放的一个个对象就叫Bean或Bean对象

IOC案例思路分析

Spring是使用容器来管理bean对象的，那么管什么?

主要管理项目中所使用到的类对象，比如(Service和Dao)

如何将被管理的对象告知IOC容器?

使用配置文件

被管理的对象交给IOC容器，要想从容器中获取对象，就先得思考如何获取到IOC容器?

Spring框架提供相应的接口

IOC容器得到后，如何从容器中获取bean?

调用Spring框架提供对应接口中的方法

使用Spring导入哪些坐标?

用别人的东西，就需要在pom.xml添加对应的依赖

步骤在配置文件中完成bean的配置

<bean id="bookDao" class="com.itheima.dao.impl.BookDaoImpl"/>
    <bean id="bookService" class="com.itheima.service.impl.BookServiceImpl"/>

步骤:获取IOC容器

使用Spring提供的接口完成IOC容器的创建，创建App类，编写main方法

//获取IOC容器
ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");

从容器中获取对象进行方法调用

步骤：从容器中获取对象进行方法调用

         //获取IOC容器
       ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
//        BookDao bookDao = (BookDao) ctx.getBean("bookDao");
//        bookDao.save();
        BookService bookService = (BookService) ctx.getBean("bookService");
        bookService.save();

需求:基于IOC入门案例，在BookServiceImpl类中删除new对象的方式，使用Spring的DI完成Dao层的注入

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

2.在业务层提供BookDao的setter方法

3.在配置文件中添加依赖注入的配置

在BookServiceImpl类中，删除业务层中使用new的方式创建的dao对象

在BookServiceImpl类中,为BookDao提供setter方法

    //提供对应的set方法
    public void setBookDao(BookDao bookDao) {
        this.bookDao = bookDao;
    }

在配置文件中添加依赖注入的配置

<property name="bookDao" ref="bookDao"/>

name="bookDao"中bookDao的作用是让Spring的IOC容器在获取到名称后，将首字母大写，前面加set找对应的setBookDao()方法进行对象注入
ref="bookDao"中bookDao的作用是让Spring能在IOC容器中找到id为bookDao的Bean对象给bookService进行注入

bean基础配置

步骤1：配置别名

//Ebi全称Enterprise Business Interface，翻译为企业业务接口
    <bean id="bookService" name="service service4 bookEbi" class="com.itheima.service.impl.BookServiceImpl">
        <property name="bookDao" ref="bookDao"/>
    </bean>

<bean id="bookDao" name="dao" class="com.itheima.dao.impl.BookDaoImpl"/>

步骤2:根据名称容器中获取bean对象

        ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
        //此处根据bean标签的id属性和name属性的任意一个值来获取bean对象
        BookService bookService = (BookService) ctx.getBean("service4");
        bookService.save();

bean作用范围scope配置

为什么bean默认为单例?
- bean为单例的意思是在Spring的IOC容器中只会有该类的一个对象
- bean对象只有一个就避免了对象的频繁创建与销毁，达到了bean对象的复用，性能高
bean在容器中是单例的，会不会产生线程安全问题?
- 如果对象是有状态对象，即该对象有成员变量可以用来存储数据的，
- 因为所有请求线程共用一个bean对象，所以会存在线程安全问题。
- 如果对象是无状态对象，即该对象没有成员变量没有进行数据存储的，
- 因方法中的局部变量在方法调用完成后会被销毁，所以不会存在线程安全问题。
哪些bean对象适合交给容器进行管理?
- 表现层对象
- 业务层对象
- 数据层对象
- 工具对象
哪些bean对象不适合交给容器进行管理?
- 封装实例的域对象，因为会引发线程安全问题，所以不适合。

构造方法实例化

    private BookDaoImpl() {
        System.out.println("book dao constructor is running ....");
    }

Spring容器在创建对象的时候走的是构造函数，内部走的依然是构造函数,能访问到类中的私有构造方法,显而易见Spring底层用的是反射

实例工厂与FactoryBean

实例化工厂运行的顺序是:

创建实例化工厂对象
调用对象中的方法来创建bean
- factory-bean:工厂的实例对象
- factory-method:工厂对象中的具体创建对象的方法名,对应关系如下:

FactoryBean接口有三个方法

方法一:getObject()，被重写后，在方法中进行对象的创建并返回

方法二:getObjectType(),被重写后，主要返回的是被创建类的Class对象

方法三:没有被重写，因为它已经给了默认值，从方法名中可以看出其作用是设置对象是否为单例，默认true

bean的生命周期

什么是生命周期?
- 从创建到消亡的完整过程,例如人从出生到死亡的整个过程就是一个生命周期。
bean生命周期是什么?
- bean对象从创建到销毁的整体过程。
bean生命周期控制是什么?
- 在bean创建后到销毁前做一些事情。

在配置文件添加配置

init-method="init" destroy-method="destory"

init方法执行了，但是destroy方法却未执行，

Spring的IOC容器是运行在JVM中
运行main方法后,JVM启动,Spring加载配置文件生成IOC容器,从容器获取bean对象，然后调方法执行
main方法执行完后，JVM退出，这个时候IOC容器中的bean还没有来得及销毁就已经结束了
所以没有调用对应的destroy方法

close关闭容器

ApplicationContext中没有close方法需要将ApplicationContext更换成ClassPathXmlApplicationContext
调用ctx的close()方法,运行程序，就能执行destroy方法的内容
在容器未关闭之前，提前设置好回调函数，让JVM在退出之前回调此函数来关闭容器
调用ctx的registerShutdownHook()方法

修改BookServiceImpl类，添加两个接口InitializingBean， DisposableBean并实现接口中的两个方法afterPropertiesSet和destroy

public class BookServiceImpl implements BookService, InitializingBean, DisposableBean{

public void destroy() throws Exception

public void afterPropertiesSet() throws Exception

}

bean生命周期小结

初始化容器
- 1.创建对象(内存分配)
- 2.执行构造方法
- 3.执行属性注入(set操作)
- ==4.执行bean初始化方法==
使用bean
- 1.执行业务操作
关闭/销毁容器
- ==1.执行bean销毁方法==

Spring提供了两种注入方式，分别是:

setter注入
- 简单类型
- ==引用类型==
构造器注入
- 简单类型
- 引用类型

步骤1:声明属性并提供setter方法

private BookDao bookDao;
private UserDao userDao;

    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }
    public void setBookDao(BookDao bookDao) {
        this.bookDao = bookDao;
    }

步骤2:配置文件中进行注入配置

注入简单数据类型

需求：给BookDaoImpl注入一些简单数据类型的数据

参考引用数据类型的注入，我们可以推出具体的步骤为:

1.在BookDaoImpl类中声明对应的简单数据类型的属性

2.为这些属性提供对应的setter方法

3.在applicationContext.xml中配置

ref是指向Spring的IOC容器中的另一个bean对象的，对于简单数据类型，没有对应的bean对象，该如何配置?

步骤1:声明属性并提供setter方法

private String databaseName;
private int connectionNum;

    public void setConnectionNum(int connectionNum) {
        this.connectionNum = connectionNum;
    }

    public void setDatabaseName(String databaseName) {
        this.databaseName = databaseName;
    }

步骤2:配置文件中进行注入配置

构造器注入

需求：将BookServiceImpl类中的bookDao修改成使用构造器的方式注入。

1.将bookDao的setter方法删除掉

2.添加带有bookDao参数的构造方法

3.在applicationContext.xml中配置

步骤1:删除setter方法并提供构造方法

    public BookServiceImpl(BookDao bookDao) {
        this.bookDao = bookDao;
    }

步骤2:配置文件中进行配置构造方式注入

构造器注入多个引用数据类型

需求:在BookServiceImpl使用构造函数注入多个引用数据类型，比如userDao

1.声明userDao属性

2.生成一个带有bookDao和userDao参数的构造函数

3.在applicationContext.xml中配置注入

步骤1:提供多个属性的构造函数

    public BookServiceImpl(BookDao bookDao,UserDao userDao) {
        this.bookDao = bookDao;
        this.userDao = userDao;
    }

步骤2:配置文件中配置多参数注入

构造器注入多个简单数据类型

需求:在BookDaoImpl中，使用构造函数注入databaseName和connectionNum两个参数。

参考引用数据类型的注入，我们可以推出具体的步骤为:

1.提供一个包含这两个参数的构造方法

2.在applicationContext.xml中进行注入配置

步骤1:添加多个简单属性并提供构造方法

    public BookDaoImpl(String databaseName, int connectionNum) {
        this.databaseName = databaseName;
        this.connectionNum = connectionNum;
    }

步骤2:配置完成多个属性构造器注入

当构造函数中方法的参数名发生变化后，配置文件中的name属性也需要跟着变
这两块存在紧耦合

方式一:删除name属性，添加type属性，按照类型注入

方式二:删除type属性，添加index属性，按照索引下标注入，下标从0开始

这种方式可以解决参数类型重复问题，但是如果构造方法参数顺序发生变化后，这种方式又带来了耦合问题

强制依赖使用构造器进行，使用setter注入有概率不进行注入导致null对象出现
- 强制依赖指对象在创建的过程中必须要注入指定的参数
可选依赖使用setter注入进行，灵活性强
- 可选依赖指对象在创建过程中注入的参数可有可无
Spring框架倡导使用构造器，第三方框架内部大多数采用构造器注入的形式进行数据初始化，相对严谨
如果有必要可以两者同时使用，使用构造器注入完成强制依赖的注入，使用setter注入完成可选依赖的注入
实际开发过程中还要根据实际情况分析，如果受控对象没有提供setter方法就必须使用构造器注入
==自己开发的模块推荐使用setter注入==

自动配置

什么是依赖自动装配?

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

自动装配方式有哪些?

==按类型（常用）==
按名称
按构造方法
不启用自动装配

自动装配只需要修改applicationContext.xml配置文件即可:

(1)将<property>标签删除

(2)在<bean>标签中添加autowire属性

==注意事项:==

需要注入属性的类中对应属性的setter方法不能省略
被注入的对象必须要被Spring的IOC容器管理
按照类型在Spring的IOC容器中如果找到多个对象，会报NoUniqueBeanDefinitionException

一个类型在IOC中有多个对象，还想要注入成功，这个时候就需要按照名称注入

按照名称注入中的名称指的是什么?
- bookDao是private修饰的，外部类无法直接方法
- 外部类只能通过属性的set方法进行访问
- 对外部类来说，setBookDao方法名，去掉set后首字母小写是其属性名
  - 为什么是去掉set首字母小写?
  - 这个规则是set方法生成的默认规则，set方法的生成是把属性名首字母大写前面加set形成的方法名
- 所以按照名称注入，其实是和对应的set方法有关，但是如果按照标准起名称，属性名和set对应的名是一致的
如果按照名称去找对应的bean对象，找不到则注入Null
当某一个类型在IOC容器中有多个对象，按照名称注入只找其指定名称对应的bean对象，不会报错

配置特征:

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

集合注入

在bookDao的bean标签中使用<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类型数据

注入Properties类型数据

<property name="properties">
    <props>
        <prop key="country">china</prop>
        <prop key="province">henan</prop>
        <prop key="city">kaifeng</prop>
    </props>
</property>

property标签表示setter方式注入，构造方式注入constructor-arg标签内部也可以写<array>、<list>、<set>、<map>、<props>标签
List的底层也是通过数组实现的，所以<list>和<array>标签是可以混用
集合中要添加引用类型，只需要把<value>标签改成<ref>标签，这种方式用的比较少

均913

关注

0
点赞
踩
4

收藏

觉得还不错? 一键收藏
1
评论
黑马程序员SSM框架笔记-Spring

Spring可以==简化开发==，降低企业级开发的复杂性，使开发变得更简单快捷Spring可以==框架整合==，高效整合其他技术，提高企业级应用开发与运行效率简化开发: Spring框架中提供了两个大的核心技术，分别是:==IOC====AOP====事务处理==框架整合: Spring在框架整合这块已经做到了极致，它可以整合市面上几乎所有主流框架系统架构图(1)核心层Core Container:核心容器，这个模块是Spring最核心的模块，其他的都需要依赖该模块(2)AOP层。
复制链接

扫一扫