Spring IOC

最新推荐文章于 2024-09-11 13:58:59 发布

木子松的猫

最新推荐文章于 2024-09-11 13:58:59 发布

阅读量205

点赞数

分类专栏：【Java】-- 技术类【框架】-- Spring 文章标签： spring IOC 控制反转 IOC容器依赖注入

本文链接：https://blog.csdn.net/ldb987/article/details/93587613

版权

【Java】-- 技术类同时被 2 个专栏收录

27 篇文章 0 订阅

订阅专栏

【框架】-- Spring

10 篇文章 1 订阅

订阅专栏

IOC控制反转

控制反转

IOC称为控制反转，是说一个对象如何获取他所依赖的对象的引用，而对象由容器控制，而不是由我们主动去new。

控制反转，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。所以控制反转是，关于一个对象如何获取他所依赖的对象的引用，这个责任的反转。

控制反转IOC和依赖注入DI，经常傻傻分不清，其实IOC和DI是同一个概念的不同角度表述而已。

依赖注入

DI称为依赖注入，是说容器动态的将某个依赖关系注入到组件之中。目的并非扩展功能，而是提升组件重用性。

为什么说是同一概念的不同表述呢？通过以下的拆开理解以及对比了解一下就可以发现：

IOC是谁控制了谁，反转了什么？

谁控制谁
- 当然是IOC容器控制了对象
控制什么
- 主要控制了外部资源的获取，包括对象、文件等
为何是反转
- 因为容器帮我们查找及注入对象，对象只是被动的接受依赖对象
反转了什么
- 依赖对象的获取被反转了

依赖注入是谁依赖谁，注入了什么？

谁依赖于谁
1. 当然是应用程序依赖于IoC容器
为什么需要依赖
1. 应用程序需要IoC容器来提供对象需要的外部资源
谁注入谁
1. 很明显是IoC容器注入应用程序某个对象，应用程序依赖的对象
注入了什么
1. 就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）

IOC和DI的对比

所以，从以上的拆分理解我们发现，IOC和ID说的都是A模块依赖于B模块，然后A模块如何引入B模块的事儿。

传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；

而IOC的角度是：IOC有专门一个容器来创建这些对象，即由Ioc容器来控制对象的创建，由最初的程序主动创建变为程序被动的由IOC容器创建。

而DI的角度是：A模块本来是依赖于B模块，但现在成了依赖于IOC容器，因为IOC容器包含B模块的对象，并且由IOC容器来对A模块注入依赖的B模块对象。

IOC容器

概念

在每个框架的中都有一个容器的概念，所谓的容器就是将常用的服务，封装起来，然后，用户只需要遵循一定的规则，就可以达到统一、灵活、安全、方便、快速的目的

具有依赖注入功能的容器，负责实例化、定位、配置应用程序中的对象及建立这些对象间的依赖

组件Bean

概念

由IoC容器管理的那些组成应用程序的对象我们就叫它Bean。

Bean就是由Spring容器初始化、装配及管理的对象，除此之外，bean就与应用程序中的其他对象没有什么区别了

作用域

bean的作用域通过@scope注解进行设置。

四类

singleton：单例模式：适用于所有用户具有特定名称的共享实例。ioc容器启动会调用方法创建对象放到ioc容器中。以后每次获取就是直接从容器（map.get()）中拿；

prototype：原型模式：适用于每个用户都有自己的对象。ioc容器启动并不会去调用方法创建对象放在容器中。每次获取的时候才会调用方法创建对象；

request：在同一次请求中，获取的是同一个实例，不同的请求获取的是不同的实例在同一次请求中，获取的是同一个实例，不同的请求获取的是不同的实例；

session：在同一次会话中，获取的是同一个实例，不同的会话求获取的是不同的实例；

组件Bean注册

基于XML

bean实例的实现类person.java

public class Person {

	private String name;
	private Integer age;
	private String nickName;	
	
	public String getNickName() {
		return nickName;
	}
	public void setNickName(String nickName) {
		this.nickName = nickName;
	}
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	public Integer getAge() {
		return age;
	}
	public void setAge(Integer age) {
		this.age = age;
	}
	
	public Person(String name, Integer age) {
		super();
		this.name = name;
		this.age = age;
	}

	public Person() {
		super();
		// TODO Auto-generated constructor stub
	}
	

}

配置xml文件

<!-- 包扫描、只要标注了@Controller、@Service、@Repository，@Component -->
    <!--<context:component-scan base-package="com.atguigu" use-default-filters="false"></context:component-scan>-->

    <bean id="person" class="com.dmsdbj.bean.Person"  scope="prototype" >
		<property name="age" value="${}"></property>
		<property name="name" value="zhangsan"></property>
	</bean>

配置文件中，通过<bean>元素的id属性指定该bean的唯一名称，class属性指定该bean的实现类，可以理解成Spring容器就是通过该实现类new了一个Bean。通过<property>标签的name和age字段赋值。这样就将person类注册到了IOC容器中，如果其他类需要用到person.java，引入后，IOC容器会自动为其创建对象。

测试类

//获取xml方式，返回IOC容器
ApplicationContext applicationContext=new ClassPathXmlApplicationContext("beans.xml");
//从IOC容器中获取Person类型的ban，然后进行操作
Person bean=(Person)applicationContext.getBean("person");
System.out.println(bean);

基于java配置

配置类

//配置类==配置文件
@Configuration  //告诉Spring这是一个配置类
@ComponentScans(value="com.dmsdbj")   //包扫描 value:指定要扫描的包

public class MainConfig {
	
	//给容器中注册一个Bean;类型为返回值的类型，id默认是用方法名作为id
	@Bean("person")
	public Person person01(){
		return new Person("lisi", 20);
	}

}

配置类相当于配置文件，在配置类中使用@Configuration&@Bean给容器中注册组件，使用@ComponentScan-自动扫描组件&指定扫描规则

测试类

//获取配置类，返回IOC容器
ApplicationContext applicationContext=new AnnotationConfigApplicationContext(MainConfig.class);
//从IOC容器中获取Person类型的bean，然后进行操作
Person bean=applicationContext.getBean(Person.class);
System.out.println(bean);