天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

寫在前面

寫過java的都知道:所有的對象都必須創建;或者說:使用對象之前必須先創建。而使用ioc之後,你就可以不再手動創建對象,而是從ioc容器中直接獲取對象。思維導圖

就好像我們無需考慮對象的銷燬回收一樣,因為java垃圾回收機制幫助我們實現了這個過程;而ioc則是讓我們無需考慮對象的創建過程,由ioc容器幫我們實現對象的創建、注入等過程。

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

控制反轉

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

spring ioc容器

在Spring框架中的核心組件只有三個:Core、Context和Bean。它們構建起了整個Spring的骨骼架構,沒有它們就不可能有AOP、Web等特性功能。

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

如果說在三個核心中再選出一個核心,那就非Bean莫屬了。可以說,Spring就是面向Bean的編程,Bean在Spring中才是真正的主角。

Spring為何如此流行?你會發現Spring解決了一個非常關鍵的問題,它可以讓你對對象之間的關係轉而用配置文件來管理,或者註解,也就是它的依賴注入機制。而這個注入關係在一個叫Ioc的容器中管理。Ioc容器就是被Bean包裹的對象。Spring正是通過把對象包裝在Bean中從而達到管理這些對象及做一些列額外操作的目的。

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

核心組件協同工作

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

BeanFactory與ApplacationContext的區別

IOC中最核心的接口是Beanfactory提供IOC的高級服務,而ApplicationContext是建立在BeanFactory基礎之上提供抽象的面向應用的服務。

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

3種注入方式

在Spring框架中,依賴注入(DI)的設計模式是用來定義對象彼此間的依賴。使用xml配置bean的情況下,它主要有兩種類型:

  • Setter方法注入
  • 構造器注入

當然,有了註解之後,使用註解的方式更加方便快捷。即自動裝配功能實現屬性自動注入(@autowire)。

寫到這裡,讓我想起了最近在牛客網上看的一道選擇題了:

  下面有關spring的依賴注入,說法錯誤的是?  A、依賴注入通常有如下兩種:設置注入和構造注入:  B、構造注入可以在構造器中決定依賴關係的注入順序,優先依賴的優先注入  C、當設值注入與構造注入同時存在時,先執行構造注入,再執行設值注入  D、設值注入是指IoC容器使用屬性的setter方法來注入被依賴的實例。這種注入方式比較簡單、直觀

牛客網給出的答案是選C,不過網友們好像對答案有不同的意見哈。查看網友評論及答案

原理解析

Spring的代碼還真是不好讀,分得太細了,文字也是難以描述出來,看了別人有關的博客,貼了好多代碼,畫了好多ER圖來描述關鍵接口或類之間的關係。這麼一篇這麼長文章下來,大家也未必會認真讀代碼,看ER圖,乾脆也不跟風了。就貼了一點在我看來特關鍵的代碼,嘿嘿。

######context的初始化過程

當運行 ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml"); 構造方法ClassPathXmlApplicationContext(String configLocation)調用了this(new String[] {configLocation}, true, null);, 該構造方法具體代碼如下。

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

######從時序圖來看啟動上述初始化

天天用的spring框架,你可能根本沒有弄明白其底層的原理(ioc)

寫在最後,希望對在java開發路上的你,有些幫助!

碼農三哥,一名普通程序員,會點java軟件開發,對AI人工智能有點興趣,後續會每日分享些關於互聯網技術方面的文章,感興趣的朋友可以關注我,一起交流學習。

想轉型或剛步入程序員Java開發的朋友,有問題可以留言或私信我。

再次感謝你的閱讀!


分享到:


相關文章: