溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

Spring IoC怎么理解

發(fā)布時間:2021-12-30 09:22:27 來源:億速云 閱讀:108 作者:iii 欄目:大數(shù)據(jù)

這篇文章主要講解了“Spring IoC怎么理解”,文中的講解內(nèi)容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“Spring IoC怎么理解”吧!

初識 IoC

Spring 全家桶中最重要的幾個項目都是基于 Spring Framework 的,所以我們就以 Spring Framework 為例來看文檔。

首先它的右側有 Github 的鏈接,另外點到「LEARN」這里,就會看到各個版本的文檔。

Spring IoC怎么理解

那我們點「Reference Doc」,就能夠看到它的一些模塊的介紹:

(等下... 模塊?什么是模塊?這個問題下文回答。)

Spring IoC怎么理解

第一章 Overview,講述它的歷史、設計原理等等;

第二章 Core,包含了 IoC 容器,AOP 等等,那自然是講 Spring 的核心了,要點進去好好看了。

Spring IoC怎么理解

點進去之后發(fā)現(xiàn)了寶貴的學習資料,一切的 what, why, how 都可以在這里找到答案。

Spring IoC怎么理解

這里很好的解釋了大名鼎鼎的 IoC - Inversion of Control, 控制反轉。

每次讀都會有新的體會和收獲。

我粗略的總結一下:控制反轉就是把創(chuàng)建和管理 bean 的過程轉移給了第三方。而這個第三方,就是 Spring IoC Container,對于 IoC 來說,最重要的就是容器

容器負責創(chuàng)建、配置和管理 bean,也就是它管理著 bean 的生命,控制著 bean 的依賴注入。

通俗點講,因為項目中每次創(chuàng)建對象是很麻煩的,所以我們使用 Spring IoC 容器來管理這些對象,需要的時候你就直接用,不用管它是怎么來的、什么時候要銷毀,只管用就好了。

舉個例子,就好像父母沒時間管孩子,就把小朋友交給托管所,就安心的去上班而不用管孩子了。 托兒所,就是第三方容器,負責管理小朋友的吃喝玩樂; 父母,相當于程序員,只管接送孩子,不用管他們吃喝。

等下,bean 又是什么?

Bean 其實就是包裝了的 Object,無論是控制反轉還是依賴注入,它們的主語都是 object,而 bean 就是由第三方包裝好了的 object。(想一下別人送禮物給你的時候都是要包裝一下的,自己造的就免了。

IoC 容器

既然說容器是 IoC 最重要的部分,那么 Spring 如何設計容器的呢? 還是回到官網(wǎng),第二段有介紹哦:

Spring IoC怎么理解

答:使用 ApplicationContext,它是 BeanFactory 的子類,更好的補充并實現(xiàn)了 BeanFactory 的。

BeanFactory 簡單粗暴,可以理解為 HashMap:

  • Key - bean name

  • Value - bean object

但它一般只有 get, put 兩個功能,所以稱之為“低級容器”。

ApplicationContext 多了很多功能,因為它繼承了多個接口,可稱之為“高級容器”。在下文的搭建項目中,我們會使用它。

Spring IoC怎么理解

ApplicationContext 的里面有兩個具體的實現(xiàn)子類,用來讀取配置配件的:

  • ClassPathXmlApplicationContext - 從 class path 中加載配置文件,更常用一些;

  • FileSystemXmlApplicationContext - 從本地文件中加載配置文件,不是很常用,如果再到 Linux 環(huán)境中,還要改路徑,不是很方便。

當我們點開 ClassPathXmlApplicationContext 時,發(fā)現(xiàn)它并不是直接繼承 ApplicationContext 的,它有很多層的依賴關系,每層的子類都是對父類的補充實現(xiàn)。

而再往上找,發(fā)現(xiàn)最上層的 class 回到了 BeanFactory,所以它非常重要。

要注意,Spring 中還有個 FactoryBean,兩者并沒有特別的關系,只是名字比較接近,所以不要弄混了順序。

為了好理解 IoC,我們先來回顧一下不用 IoC 時寫代碼的過程。

深入理解 IoC

這里用經(jīng)典 class Rectangle 來舉例:

  • 兩個變量:長和寬

  • 自動生成 set() 方法和 toString() 方法

注意 ??:一定要生成 set() 方法,因為 Spring IoC 就是通過這個 set() 方法注入的; toString() 方法是為了我們方便打印查看。

public class Rectangle {
    private int width;
    private int length;

    public Rectangle() {
        System.out.println("Hello World!");
    }


    public void setWidth(int widTth) {
        this.width = widTth;
    }

    public void setLength(int length) {
        this.length = length;
    }

    @Override
    public String toString() {
        return "Rectangle{" +
                "width=" + width +
                ", length=" + length +
                '}';
    }
}

然后在 test 文件中手動用 set() 方法給變量賦值。

嗯,其實這個就是「解藕」的過程!

public class MyTest {
  @Test
  public void myTest() {
    Rectangle rect = new Rectangle();
    rect.setLength(2);
    rect.setWidth(3);
    System.out.println(rect);
  }
}

其實這就是 IoC 給屬性賦值的實現(xiàn)方法,我們把「創(chuàng)建對象的過程」轉移給了 set() 方法,而不是靠自己去 new,就不是自己創(chuàng)建的了。

這里我所說的“自己創(chuàng)建”,指的是直接在對象內(nèi)部來 new,是程序主動創(chuàng)建對象的正向的過程; 這里使用 set() 方法,是別人(test)給我的; 而 IoC 是用它的容器來創(chuàng)建、管理這些對象的,其實也是用的這個 set() 方法,不信,你把這個這個方法去掉或者改個名字試試?

幾個關鍵問題:

何為控制,控制的是什么?

答:是 bean 的創(chuàng)建、管理的權利,控制 bean 的整個生命周期。

何為反轉,反轉了什么?

答:把這個權利交給了 Spring 容器,而不是自己去控制,就是反轉。 由之前的自己主動創(chuàng)建對象,變成現(xiàn)在被動接收別人給我們的對象的過程,這就是反轉。

舉個生活中的例子,主動投資和被動投資。

自己炒股、選股票的人就是主動投資,主動權掌握在自己的手中; 而買基金的人就是被動投資,把主動權交給了基金經(jīng)理,除非你把這個基金賣了,否則具體選哪些投資產(chǎn)品都是基金經(jīng)理決定的。

依賴注入

回到文檔中,第二句話它說:IoC is also known as DI.

我們來談談 dependency injection - 依賴注入。

何為依賴,依賴什么?

程序運行需要依賴外部的資源,提供程序內(nèi)對象的所需要的數(shù)據(jù)、資源。

何為注入,注入什么?

配置文件把資源從外部注入到內(nèi)部,容器加載了外部的文件、對象、數(shù)據(jù),然后把這些資源注入給程序內(nèi)的對象,維護了程序內(nèi)外對象之間的依賴關系。

所以說,控制反轉是通過依賴注入實現(xiàn)的。 但是你品,你細品,它們是有差別的,像是「從不同角度描述的同一件事」

  • IoC 是設計思想,DI 是具體的實現(xiàn)方式;

  • IoC 是理論,DI 是實踐;

從而實現(xiàn)對象之間的解藕。

當然,IoC 也可以通過其他的方式來實現(xiàn),而 DI 只是 Spring 的選擇。

IoC 和 DI 也并非 Spring 框架提出來的,Spring 只是應用了這個設計思想和理念到自己的框架里去。

為何

那么為什么要用 IoC 這種思想呢?換句話說,IoC 能給我們帶來什么好處?

答:解藕。

它把對象之間的依賴關系轉成用配置文件來管理,由 Spring IoC Container 來管理。

在項目中,底層的實現(xiàn)都是由很多個對象組成的,對象之間彼此合作實現(xiàn)項目的業(yè)務邏輯。但是,很多很多對象緊密結合在一起,一旦有一方出問題了,必然會對其他對象有所影響,所以才有了解藕的這種設計思想。

Spring IoC怎么理解

Spring IoC怎么理解

如上圖所示,本來 ABCD 是互相關聯(lián)在一起的,當加入第三方容器的管理之后,每個對象都和第三方法的 IoC 容器關聯(lián),彼此之間不再直接聯(lián)系在一起了,沒有了耦合關系,全部對象都交由容器來控制,降低了這些對象的親密度,就叫“解藕”。

感謝各位的閱讀,以上就是“Spring IoC怎么理解”的內(nèi)容了,經(jīng)過本文的學習后,相信大家對Spring IoC怎么理解這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內(nèi)容。

AI