spring第一天:IOC和DI依赖注入
程序员文章站
2022-06-28 18:14:30
Spring网课学习笔记：spring的IOC控制反转和DI依赖注入...
Spring概述
Spring是什么
Spring是分层的java SE/EE应用 full-stack 轻量级开源框架，以 Ioc(Inverse Of Control:反转控制) 和 AOP(Aspect Oriented Programming:面向切面编程)为内核 ，提供了展现层Spring MVC 和持久层 Spring JDBC 以及业务层事务管理等众多的企业级应用技术，还能整合开源世界众多著名的第三方框架和类库，逐渐成为使用最多的Java EE企业应用开源框架。
spring官网
spring jar包
Spring 第一天
IOC的概念
不叫降低依赖，叫IOC控制反转，是因为类本可以有完全自主权利直接new 哪个对象，把这个权利放弃交由BeanFacotry,得到的对象能不能用已不可知，失去了独立自主控制权。通过交出控制权，帮创建对象，降低程序间依赖关系，削减计算机程序的耦合。
spring解决编译报错，之前写死new com.jdbc.mysql.Driver.通过读取配置文件，解耦、接管new对象—Ioc
-
先使用了普通工厂模式：
即通过读取配置文件（properties文件中定义了name和类路径+类名），采用反射（Class.forName(beanPath).newInstance()）来创建对象。进而实现了可配置，解耦，编译不会报错。
newInstance() 每次都会调用默认构造函数创建对象
如果是单例，只会被创建一次，从而类中的成员也就只会初始化一次，从而类成员的值会被改变。所以不要有类成员，不然容易“线程不安全”。
如果是多例，对象被创建多次，执行效率没有单例高。 -
普通工厂模式，目前是创建多次。 需要修改：
只用反射创建一次，但创建出来的对象需要立马存到容器中，不然会被java垃圾回收机制回收。所以代码改写，static块里遍历创建，存到map（充当容器），用时从map获取.
1.使用Spring的IOC解决程序耦合 —实践使用
1.1 读取配置文件，创建对象并存入map容器的事情，spring干了
我们只需要创建配置文件，把该配置的配好交给spring，然后获取核心容器对象，通过唯一标识获取想要的对象。
ApplicationContext核心容器对象的三个常用实现类：
- ClassPathXmlApplicationContext:它可以加载类路径下的配置文件，要求配置文件必须在类路径下。不在的话，加载不了(更常用，配合项目一起部署)。
- FileSystemXmlApplicationContext:它可以加载磁盘任意路径下的配置文件（必须有访问权限）。
- AnnotationConfigApplicationContext:它是用于读取注解创建容器的，是明天的内容。
- 核心容器的两个接口引发出的问题：
- ApplicationContext（优化扩充的子类）: 单例对象适用 实际开发更多采用此接口定义容器对象
它在构建核心容器时，创建对象采取的策略是采用立即加载的方式。也就是说，只要一读取完配置文件马上就创建配置文件中配置的对象。 - BeanFactory（父类）: 多例对象适用
它在创建核心容器时，创建对象采取的策略是采用延迟加载的方式。也就是说，什么时候根据id获取对象了，什么时候才是真正的创建对象。
- ApplicationContext（优化扩充的子类）: 单例对象适用 实际开发更多采用此接口定义容器对象
1.2 spring对bean的管理细节
1.创建bean的三种方式
2.bean对象的作用范围
3.bean对象的生命周期
1.2.1创建bean的三种方式
- 第一种使用默认的构造函数创建。
<!--在spring的配置文件中使用bean标签，配以id和class属性之后，且没有其他属性和标签时。
采用的就是默认构造函数创建bean对象，此时如果类中没有默认构造函数，则对象无法创建。
-->
<bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl"></bean>
此时我们写了一个构造函数，但没有重写默认构造函数，代表默认构造函数没有了。
- 第二种使用普通工厂中的方法创建对象（使用某个类中的方法创建对象，并存入spring容器）。
/**
* 模拟一个工厂类（该类可能是存在于jar包中的，我们无法通过修改源码的方式来提供默认构造函数）
*/
public class InstanceFactory {
public IAccountService getAccountService(){
return new AccountServiceImpl();
}
}
<bean id="instanceFactory" class="com.itheima.factory.InstanceFactory"></bean>
<bean id="accountService" factory-bean="instanceFactory" factory-method="getAccountService"></bean>
- 第三种使用工厂中的静态方法创建对象（使用某个类中的静态方法创建对象，并存入spring容器）
/**
* 模拟一个工厂类（该类可能是存在于jar包中的，我们无法通过修改源码的方式来提供默认构造函数）
*/
public class StaticFactory {
public static IAccountService getAccountService(){
return new AccountServiceImpl();
}
}
<bean id="accountService" class="com.itheima.factory.StaticFactory" factory-method="getAccountService"></bean>
1.2.2 bean的作用范围调整
- bean标签的scope属性：
- 作用：用于指定bean的作用范围
- 取值：常用的就是单例的和多例的
- singleton：单例的（默认值）
- prototype：多例的
- request： 作用于web应用的请求范围
- session： 作用于web应用的会话范围
- global-session： 作用于集群环境的会话范围（全局会话范围），当不是集群环境时，它就是session
画图表示了global-session 集群时的概念。
即集群服务器（多台）看成一个session，大家多台服务器都可以获取到（用户名、密码是否有登录权限等）。
1.2.3 bean对象的生命周期
<!--- 单例对象
出生：当容器创建时对象出生
活着：只要容器还在，对象一直活着
死亡：容器销毁，对象消亡
总结：单例对象的生命周期和容器调用
多例对象
出生：当我们使用对象时，spring框架为我们创建
活着：对象只要是在使用过程中就一直活着
死亡：当对象长时间不用，且没有别的对象引用时，由Java的垃圾回收器回收
-->
<bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl"
scope="prototype" init-method="init" destroy-method="destory"></bean>
当单例对象销毁时，由于main方法是一切应用程序的入口，当main方法结束后，当前线程占用的内存全部释放，当然包含容器。但还没来得及调用容器的销毁，内存已释放，已经就消失了。所以没有体现 死亡，改为手动销毁就可以。
且需要注意多态，用的是实现类，但返回看成的还是接口类型。看成父类对象时，只能用父类的方法，不能用子类。所以返回也要改为子类自己。
public static void main(String[] args) {
//1.获取核心容器对象
// ApplicationContext ac = new ClassPathXmlApplicationContext("bean.xml");
//多态
ClassPathXmlApplicationContext ac = new ClassPathXmlApplicationContext("bean.xml");
//2.根据id获取Bean对象
IAccountService as = (IAccountService) ac.getBean("accountService");
as.saveAccount();
//手动关闭容器
ac.close();
}
1.3 spring依赖注入DI
总体概念
spring中的依赖注入
依赖注入：
Dependency Injection
IOC的作用：
降低程序间的耦合（依赖关系）
依赖关系的管理：
以后都交给了spring来维护
在当前类中需要用到其他类的对象，由spring为我们提供，我们只需要在配置文件中说明
依赖关系的维护：
就称之为依赖注入。
依赖注入：
能注入的数据：有三类
基本类型和string
其他bean类型（在配置文件中或者注解配置过的bean）
复杂类型/集合类型
注入的方式：有三种
第一种：使用构造函数提供
第二种：使用set方法提供
第三种：使用注解提供（明天的内容）
1.3.1 构造函数注入
<!--构造函数的注入；
使用的标签： constructor-arg
标签出现的位置：bean标签的内部
标签中的属性：
type：用于指定要注入的数据的数据类型，该数据类型也是构造函数中某个或某些参数的类型//如果两个string，就不知道了
index：用于指定要注入的数据给构造函数中指定索引位置的参数赋值。索引的位置是从0开始//得记索引对应什么，也麻烦
name：用于指定给构造函数中指定名称的参数赋值 //常用的
==============================以上三个用于指定给构造函数中哪个参数赋值================================
value：用于提供基本类型和String类型的数据
ref：用于指定其他的bean类型数据。它指的就是在spring的Ioc核心容器中出现过的bean对象。
优势：
在获取bean对象时，注入数据是必须的操作，否则对象无法创建成功。
弊端：
改变了bean对象的实例化方式，使我们在创建对象时，如果用不到这些数据，也必须提供。
-->
<bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl">
<constructor-arg name="name" value="泰斯特">
</constructor-arg>
<!--此处"18"是字符串，但spring可以帮我们转换-->
<constructor-arg name="age" value="18"></constructor-arg>
<constructor-arg name="birthday" ref="now">
</constructor-arg>
</bean>
<!--配置一个日期对象-->
<bean id="now" class="java.util.Date"></bean>
1.3.2 set方法注入 ----更常用
<!--set方法注入 更常用的方式
涉及的标签：property
出现的位置：bean标签的内部
标签的属性：
name：用于指定注入时所调用的set方法名称
value：用于提供基本类型和String类型的数据
ref：用于指定其他的bean类型数据。它指的就是在spring的Ioc核心容器中出现过的bean对象。
优势：
创建对象时没有明确的限制，可以直接使用默认构造函数。
弊端：
如果有某个成员必须有值，则获取对象时有可能set方法没有执行。
-->
<bean id="accountService2" class="com.itheima.service.impl.AccountServiceImpl2">
<!--name对应是set名称，而不是成员对象名-->
<property name="name" value="TEST"></property>
<property name="age" value="21"></property>
<property name="birthday" ref="now"></property>
</bean>
1.3.2 set方法注入2 —复杂类型
<!--复杂类型的注入/集合类型的注入
用于给List结构集合注入的标签：
list array set
用于给Map结构集合注入的标签：
map props
结构相同，标签可以互换
-->
<bean id="accountService3" class="com.itheima.service.impl.AccountServiceImpl3">
<property name="myStrs">
<!--可以看到，此处标签可以互换也没报错-->
<set>
<value>AAA</value>
<value>BBB</value>
<value>CCC</value>
</set>
</property>
<property name="myList">
<array>
<value>AAA</value>
<value>BBB</value>
<value>CCC</value>
</array>
</property>
<property name="mySet">
<list>
<value>AAA</value>
<value>BBB</value>
<value>CCC</value>
</list>
</property>
<property name="myMap">
<props>
<prop key="testC">CCC</prop>
<prop key="testD">DDD</prop>
</props>
<!-- <map>-->
<!-- <entry key="testA" value="aaa"></entry>-->
<!-- <entry key="testB">-->
<!-- <value>BBB</value>-->
<!-- </entry>-->
<!-- </map>-->
</property>
<property name="myProps">
<map>
<entry key="testA" value="aaa"></entry>
<entry key="testB">
<value>BBB</value>
</entry>
</map>
<!-- <props>-->
<!-- <prop key="testC">CCC</prop>-->
<!-- <prop key="testD">DDD</prop>-->
<!-- </props>-->
</property>
</bean>
本文地址：https://blog.csdn.net/u011917736/article/details/110955155