Spring IOC 知识点总结,写得太好了!
云栖号资讯:【点击查看更多行业资讯】
在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来!
广义的 IOC
在这之前,我们先记住一句话。好莱坞原则:Don’t call me, we will call you. 即“不用打电话过来,我们会打给你”。
控制反转(Inversion of Control,简称 IoC),是面向对象编程中的一种设计原则,可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做依赖注入(Dependency Injection,简称 DI),还有一种方式叫“依赖查找”(Dependency Lookup)。
通过控制反转,对象在被创建的时候,由一个调控系统内所有对象的外界实体,将其所依赖的对象的引用传递(注入)给它。
两种实现:依赖查找(DL)和依赖注入(DI)。
IOC 和 DI 、DL 的关系:
- DI(Dependency Injection)是 Spring 使用的方式,容器负责组件的装配。
- DL(Dependency Lookup)已经被抛弃。
IOC 容器的原理
IOC 容器其实就是一个大工厂,它用来管理我们所有的对象以及依赖关系。
- 原理就是通过 Java 的反射技术来实现的!通过反射我们可以获取类的所有信息(成员变量、类名等等等)!
- 再通过配置文件(xml)或者注解来描述类与类之间的关系
- 我们就可以通过这些配置信息和反射技术来构建出对应的对象和依赖关系了!
我们简单来看看实际 Spring IOC 容器是怎么实现对象的创建和依赖的:
- 根据 Bean 配置信息在容器内部创建 Bean 定义注册表
- 根据注册表加载、实例化 bean、建立 Bean 与 Bean 之间的依赖关系
- 将这些准备就绪的 Bean 放到 Map 缓存池中,等待应用程序调用
Spring 容器(Bean 工厂)可简单分成两种:
- BeanFactory
- 这是最基础、面向 Spring 的
- ApplicationContext
- ApplicationContext 是 BeanFactory 的子类
没有特殊要求的情况下,应该使用 ApplicationContext 完成。
因为 BeanFactory 能完成的事情,ApplicationContext 都能完成,并且提供了更多接近现在开发的功能。
对 IOC 的理解
首先,IOC 控制反转
谁控制谁,控制什么,什么是反转(有反转就应该有正转了)
谁控制谁,控制什么:
在之前,没有 IOC 时,我们直接在对象内部通过 new 进行创建对象,是程序主动去创建依赖对象;
而现在,是由 IOC 专门一个容器来创建这些对象,即由 Ioc 容器来控制对 象的创建;
谁控制谁?当然是 IOC 容器控制了对象;控制什么?那就是主要控制了外部资源获取(不只是对象还包括比如文件等)。
所谓反转:
有反转就应该有正转,传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象,也就是正转;
而所谓的反转,其实是反转的控制权,由 Spring 来控制对象的生命周期,那么对象的控制就完全脱离了我们的控制,控制权交给了 Spring 。这个反转是指:我们由对象的控制者变成了 IOC 的被动控制者。
其次,说到 IOC 就会想到 DI 依赖注入(IOC 是通过 DI 来实现的),那么:
谁依赖谁:A 对象 依赖于 IOC 容器。
为什么需要依赖:A 对象需要 IOC 容器提供对象需要的数据、B 对象等外部资源,没有这些资源不能完成业务处理。
谁注入谁:IOC 容器注入 A 对象。
注入了什么:IOC 容器将 A 对象 需要的数据、B 对象等外部资源按需注入给对象。
好处:降低了开发的成本,提高了代码复用率、软件的灵活性。
总结
IOC:不是什么技术,而是一种设计思想。在 Spring 开发中,由 IOC 容器控制对象的创建、初始化、销毁等。这也就实现了对象控制权的反转,由我们对对象的控制转变成了Spring IOC 对对象的控制。
DI:是 IOC 的具体实现。程序把依赖交给容器,容器帮你管理依赖。
【云栖号在线课堂】每天都有产品技术专家分享!
课程地址:https://yqh.aliyun.com/zhibo立即加入社群,与专家面对面,及时了解课程最新动态!
【云栖号在线课堂 社群】https://c.tb.cn/F3.Z8gvnK
原文发布时间:2020-06-01
本文作者: 潘佳琪
本文来自:“互联网架构师 微信公众号”,了解相关信息可以关注“互联网架构师”
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
在DB-Engines的排名不高,ClickHouse还值得关注吗?
我:"老大,最近ClickHouse很火啊,咱不试试吗??" 中台架构师:"哦? CK吗? 那是个啥玩意呀??" 我:"是CH!!一款OLAP数据库!!" 中台架构师:"是数据库啊!!DB-Engines排名多少?? " 我:"。。。。。。" 上述又是我的一段亲身经历。 最近有朋友问我:"你是基于什么根据,如何判断出ClickHouse要火的呢?" 我回答道:"其实很简单啊,你看看周边的人,都是在怎么学ClickHouse,不就明白了吗?"接着,我拿出手机,给他看了下面这张照片。 "你看,人家妹子在地铁上,还在坚持学习ClickHouse!!! 你再不学,就要落伍了!!!"我的朋友在看过这张照片之后,意味深长的点了点头。 在搞定了我的朋友之后,现在言归正传,聊一聊排行榜的问题。 在我们的生活中,排行榜可谓是无处不在,因为人的天性就喜欢比较,而排行榜则是一个最为简单易用的比较工具。有句笑谈不是这么说的嘛: "什么是幸福感? 幸福感就是经过比较以后,发现你比别人过的好" 玩笑归玩笑,排行比较确实是有用处的,比如: 使用比较之前中台架构师:"我来介绍一下,这位新招的架构师非常厉害,他对中台的...
- 下一篇
RocketMQ高可用探究:消息存储技术
RocketMQ是阿里开源的分布式消息中间件,跟其它中间件相比,RocketMQ的特点是纯JAVA实现、集群和HA实现相对简单、在发生宕机和其它故障时消息丢失率更低,具有良好的高可用架构及稳定性。其发展的迭代历史如下图所示,从2007年至今已发展超过10年。 图1:RocketMQ迭代历史 1 消息存储架构 图2:RocketMQ消息存储架构 RocketMQ的消息存储架构如上图所示,可以看到主要由三个跟消息存储相关的文件构成。 CommitLog:消息及元数据的存储主体。消息内容不是定长的,同时单个文件大小默认1G,文件名长度为20位,左边补零,剩余为起始偏移量。比如00000000000000000000代表了第一个文件,起始偏移量为0,文件大小为1G=1073741824;当第一个文件写满了,第二个文件为00000000001073741824,起始偏移量为1073741824,以此类推。消息主要是顺序写入日志文件,当第一个文件满了,再写入下一个文件。 ConsumeQueue:消息消费队列。RocketMQ是基于主题topic的订阅模式,消息消费是针对主题进行的,如果要根据to...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
-
Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8编译安装MySQL8.0.19
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
推荐阅读
最新文章
- Windows10,CentOS7,CentOS8安装Nodejs环境
- CentOS8编译安装MySQL8.0.19
- CentOS6,CentOS7官方镜像安装Oracle11G
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题