主頁 > 軟體設計 > Spring5.0原始碼學習系列之核心技術IOC概述(三)

Spring5.0原始碼學習系列之核心技術IOC概述(三)

2020-10-31 04:49:35 軟體設計

Spring5.0原始碼學習系列之核心思想IOC概述(三)


提示:Spring官網對Spring的主要技術做了比較詳細的介紹,詳情參考Spring官網spring core檔案,IOC實作是springframework的一個核心功能,本博客對spring ioc進行比較大概的描述,僅作為學習原始碼之前的科普

文章目錄

  • 前言
  • 一、IOC是什么?
  • 二、IOC容器的作用
  • 三、IOC和DI區別
  • 四、Spring容器概述
  • 五、如何使用IOC容器?
    • 5.1、配置元資料
    • 5.2、實體IOC容器
    • 5.3、使用IOC容器
  • 六、Spring Bean概述
    • 6.1、Spring中的Bean概述
    • 6.2、實體Bean的方式
  • 七、定義SpringBean
    • 7.1、定義Spring Bean
    • 7.2、Bean作用域
    • 7.3、Bean懶加載模式
  • 八、Spring生命周期
  • 九、Spring后置處理器
  • 十、什么是回圈依賴?
  • 歸納


前言

提示:Spring框架原始碼是java領域比較好的原始碼,原因是這款框架架構設計很好,框架拓展性靈活,這就是spring框架流行的原因之一,而Ioc(控制反轉)模塊和aop是springframework的兩個核心功能,ioc和aop是一種技術思想,早在springframework框架開發之前就已經提出來了,不過更偏向于理論,而spring在技術層面對這兩個思想做了很好的實作(java領域)


提示:以下是本篇文章正文內容,下面案例可供參考,僅作為學習ioc實作原始碼之前的科普,因為ioc原始碼比較復雜,學習原始碼之前要一些必要的了解,首先應用都不熟悉,看原始碼肯定是看不懂的,所以要先通過學習了解熟悉spring的ioc實作

一、IOC是什么?

IOC:Inversion of controll(控制反轉 / 反轉控制),ioc是一種技術思想,在spring框架開發之前就已經提出來的,spring框架對ioc技術思想進行了很好的實作

對控制反轉的理解:控制反轉(IOC)可以理解為獲取依賴物件的方式反轉過來,有反轉就有“正轉”,所謂“正轉”可以這樣理解,“正轉”就是常規的獲取物件方式,比如類A依賴于類B,在類A中要獲取類B,就是new一個B物件既可,這種就是“正轉“,這種方法對依賴物件的管理獲取,或者說是由類A去觸發的,而反轉的情況是對依賴物件的控制都交給spring ioc容器,物件的創建管理都給ioc容器,需要什么物件,直接通過ioc容器拿既可

不依賴于IOC的情況:直接通過new獲取依賴物件
在這里插入圖片描述
有Spring IOC容器的情況:所有物件的創建管理都給spring ioc容器控制,需要什么物件直接找ioc容器拿,如圖:
在這里插入圖片描述
為什么叫控制反轉?

  • 控制:指的是對依賴物件控制,實體,管理
  • 反轉:對依賴物件的控制交給外部環境,也即Spring IOC容器

二、IOC容器的作用

參考其它博客對ioc解的詮釋:http://www.52codes.net/article/40150.html,從圖可以看出ioc容器其實就是用于解耦的,體現了oop思想
在這里插入圖片描述

ps:沒有IoC的程式中我們使用面向物件編程物件的創建與物件間的依賴關系完全硬編碼在程式中


三、IOC和DI區別

DI:Dependancy Injection(依賴注入),控制反轉(IOC)和依賴注入(DI)其實描述的是同一件事,只不過是角度不同

  • 控制反轉(IOC)站在物件角度,強調物件的控制交給(反轉給)IOC容器,IOC容器控制物件的實體、管理
  • 依賴注入(DI)站在IOC容器的角度,說明的是IOC容器將依賴物件注入到IOC容器,假如類A宣告了類B的屬性,在ioc容器啟動時候就需要將類B物件注入給類A

四、Spring容器概述

去Spring官網找到IOC容器的相關說明檔案,發現官方檔案還是比較詳細的,雖然沒有對Spring框架原始碼進行分析,不過也對IOC進行了很詳細的說明,詳情可以參考官方檔案,本博客參考官方檔案進行摘要說明:
在這里插入圖片描述

Spring官網對Spring ioc容器的描述:

This chapter covers the Spring Framework implementation of the Inversion of Control (IoC) [1] principle. IoC is also known as dependency injection (DI). It is a process whereby objects define their dependencies, that is, the other objects they work with, only through constructor arguments, arguments to a factory method, or properties that are set on the object instance after it is constructed or returned from a factory method. The container then injects those dependencies when it creates the bean. This process is fundamentally the inverse, hence the name Inversion of Control (IoC), of the bean itself controlling the instantiation or location of its dependencies by using direct construction of classes, or a mechanism such as the Service Locator pattern.

其實意思也和前面說明的相近,也是說明控制反轉(IOC)其實就是將依賴物件的控制反轉給IOC容器

官網的圖片,描述了spring容器管理物件的大概程序:
在這里插入圖片描述


五、如何使用IOC容器?

也即官方檔案說明的三個步驟:
在這里插入圖片描述
翻譯過來就是:

  • 配置元資料
  • 實體IOC容器
  • 使用IOC容器

ok,跟著官方檔案,進行學習:

5.1、配置元資料

官網介紹了兩種方式:也即基于注解的,另外一種是基于java配置的
在這里插入圖片描述
基于注解的,主要是spring官方的提供的主鍵,比如經常用的@Autowired主鍵等等,詳情可以參考官方檔案
在這里插入圖片描述

基于java配置的有兩種方法,一種是寫一個@Configuration配置類,一個是通過xml組態檔,詳情可以參考官方檔案:

在這里插入圖片描述

@Configuration
public class AppConfig {

    @Bean
    public MyService myService() {
        return new MyServiceImpl();
    }
}
<beans>
    <bean id="myService" class="com.acme.services.MyServiceImpl"/>
</beans>

用思維導圖,簡單畫圖:
在這里插入圖片描述

5.2、實體IOC容器

實體一個Spring IOC容器,官網的例子是:

ApplicationContext context = new ClassPathXmlApplicationContext("services.xml", "daos.xml");
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
        https://www.springframework.org/schema/beans/spring-beans.xsd">

    <!-- services -->

    <bean id="petStore" class="org.springframework.samples.jpetstore.services.PetStoreServiceImpl">
        <property name="accountDao" ref="accountDao"/>
        <property name="itemDao" ref="itemDao"/>
        <!-- additional collaborators and configuration for this bean go here -->
    </bean>

    <!-- more bean definitions for services go here -->

</beans>

簡單做下歸納:

在這里插入圖片描述

5.3、使用IOC容器

實體好IOC容器之后,既可獲取對應的依賴物件:
在這里插入圖片描述


六、Spring Bean概述

6.1、Spring中的Bean概述

Bean概述:Spring中的Bean指Beandefinition,Beandefinition是經過Spring容器實體的一個實體

6.2、實體Bean的方式

在這里插入圖片描述

在這里插入圖片描述
官網代碼示例:靜態工廠實體

public class ClientService {
    private static ClientService clientService = new ClientService();
    private ClientService() {}

    public static ClientService createInstance() {
        return clientService;
    }
}

工廠實體:

public class DefaultServiceLocator {

    private static ClientService clientService = new ClientServiceImpl();

    public ClientService createClientServiceInstance() {
        return clientService;
    }
}

七、定義SpringBean

7.1、定義Spring Bean

Spring官網給出了如何定義一個Spring Bean:
在這里插入圖片描述
本博客用思維導圖做下歸納:
在這里插入圖片描述

7.2、Bean作用域

在這里插入圖片描述

范圍描述
單例(Singleton)(默認)單例的beanDefinition
原型(prototype)多例,多個實體的beanDefinition
請求(request)單例的, 作用于HTTP 請求的生命周期
會話(session)單例的, 作用Http會話的宣告周期
應用(application)單例的,應用于ServletContext生命周期
網路socket(webSocket)單例的,應用于Websocket環境

單例模式的圖例,圖來自Spring官網
在這里插入圖片描述

原型模式,也稱之為多例模式,圖例來自Spring官網:
在這里插入圖片描述

7.3、Bean懶加載模式

懶加載(Lazy-initialized beans):懶加載模式是bean在第一次呼叫時候被實體,而不是spring容器啟動時候,默認是不開啟的,( A lazy-initialized bean tells the IoC container to create a bean instance when it is first requested, rather than at startup.),通過改配置lazy-init=“true”


八、Spring生命周期

Spring的生命周期是Spring框架的一個比較重要的方面,不過內容比較多,所以本博客只是簡單進行描述

在這里插入圖片描述


九、Spring后置處理器

后置處理器是Spring框架的一個比較重要的方面,不過內容比較多,所以本博客只是簡單進行描述
在這里插入圖片描述


十、什么是回圈依賴?

兩個及以上的類互相呼叫依賴,形成倍訓,Spring框架檢測到這種場景會拋 BeanCurrentlyInCreationException,提前暴露物件的方法
在這里插入圖片描述

在這里插入圖片描述


歸納

提示:這里對文章進行總結:
例如:以上就是今天要講的內容,本文僅僅簡單介紹了pandas的使用,而pandas提供了大量能使我們快速便捷地處理資料的函式和方法,

在這里插入圖片描述

smileNicky·主頁內容推薦員 CSDN認證博客專家 分布式 Java Spring
java程式員,軟體工程專業,專注于sql調優,SpringBoot,spring框架學習,個人郵箱[email protected],公眾號nickymp

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/196286.html

標籤:其他

上一篇:把Anaconda中的環境匯入到Pycharm里面

下一篇:2020年計算機保研記錄(浙軟,湖大,哈工威,重大)及高位上岸浙大軟碩の干貨、保研全程序經驗分享

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more