IOC概念详解

IOC

IOC即控制反转,后来也被人们叫做依赖注入,其主要就是解决了依赖对象之间高度耦合的问题,使得类更加关心自己的功能而无需关心自己所需要的资源是怎么来的,从哪来的。要理解IOC的原理,需要搞清楚四件事:
1.依赖关系是什么?
依赖关系其实很简单,当类A的成员变量中有类B时,我们就说类A依赖于类B。描述代码如下:

public class A{
    private B b;
    public A(){
    
    }
}

public class B{
    private int falg="IOC";
    public String funB(){
       return flag+"B";        
    }
    public B(){
    
    }
}

2.没有IOC时类是如何获取自身所需的依赖对象的?引入IOC之后呢?
在理解依赖关系之后,我们很容易的就会想到,当我们创建类A时,如果类A需要使用到类B,那么就需要创建一个类B的实例。那么我们一般都是直接new 一个类B的实例。描述代码如下:

public class A{
    private B b=new B();
    public A(){
    }
    public void funA(){
      System.out.println(b.funB())
    }
    public static void main(String args[]){
         A a=A();
         a.funA();
    }
}

public class B{
    private int falg="IOC";
    public String funB(){
       return flag+"B";        
    }
    public B(){
    
    }
}

上面的代码其实描述了一个很常见的场景,就是类A需要对类B中的一些数据资源进行操作。而在获取B的资源时,首先要做的就是使用new将类B 实例化。这里可以看到,我们在类A的代码实现中,我们还需要关心B何时实例化,B实例化是否需要额外的数据资源,如果需要我们还需要为类B找到其所需的资源,才能完成类A的funA()调用。如果类A和类B是一个人编码实现,并且类B没有依赖的对象,或者依赖的关系不复杂,那么这样做显然是可以的。但是当类A和类B是分开两个人编写的时候呢?是否意味着编写类A的人还需要把先把类B的实例化代码看一遍,才能使用。
而引入IOC之后,我们看看发生了什么变化,

public class A{
    @Autowired
    private B;
    public A(){
    }
    public void funA(){
      System.out.println(b.funB())
    }
    public static void main(String args[]){
         A a=A();
         a.funA();
    }
}

@Component
public class B{
    private int falg="IOC";
    public String funB(){
       return flag+"B";        
    }
    public B(){
    
    }
}

这里使用了Spring 中实现的IOC,我们可以看到在类A中没有new,直接就使用了B的实例b中的资源。这对于类A的开发者来说会轻松许多,因为他无需关心B是如何、何时实例化的,也不用担心如何为B获取所需资源。那么谁应该来关心B何时实例化,如何实例化等问题的呢?它就是一个叫做IOC容器的东西,整个依赖注入的过程都是IOC容器在负责完成,其中@Component相当于在告诉IOC容器,我这里有一个类B的资源。 @Autowired是告诉IOC容器,我需要一个类B的资源。然后IOC就会在自己管理的资源中,找到类B的资源给类A。如果想了解Spring IOC容器的实现原理,我会在后面的一篇文章《Spring IOC 实现原理详解》。

3.什么被控制了?
从上面的解释可以看到,什么被控制了,其实就是依赖对象(类B)的创建被控制了。依赖对象的创建要么由所需的类(类A)来控制,要么由IOC容器控制。

4.什么被反转了?
依赖对象(类B)创建的主动权反转了,之前是应用程序或者需要依赖对象的类(类A)自己主动创建依赖对象(类B),而引入IOC容器后,应用程序或者类A只能被动等待IOC容器为其创建所需的依赖对象。

5.IOC的好处:
理解了上面的问题之后,我们其实能够发现其实IOC最大的好处就是降低了对象之间的耦合度,在没有IOC之前呢需要对象自己去找所需资源和依赖,但是引入IOC之后,对于资源对象或者依赖对象只需要告诉IOC容器,自己是什么样的资源。而对于需要依赖对象或者资源的对象呢,只需要告诉IOC容器自己正缺少什么样的资源,等IOC提供了这些资源,它只管用就好。而对于资源的寻找,获取注入都由IOC容器来完成。再举个简单的例子来加强理解:比如我现在要找一个女朋友结婚,那么如果是非IOC模式的话,我就需要自己在大街上,对大街上的妹子一个一个筛选,找出符合自己期望的。但是在IOC模式下的话,我只需要告诉婚介所(IOC容器)我需要一个什么样的结婚对象,然后婚介所在他们登记档案中就能为我找到一个满足条件的,我接下来负责结婚就好。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,651评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,468评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,931评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,218评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,234评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,198评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,084评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,926评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,341评论 1 311
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,563评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,731评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,430评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,036评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,676评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,829评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,743评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,629评论 2 354

推荐阅读更多精彩内容