javascript
spring 上下文_一次性教你彻底理解 Spring容器和应用上下文!
作者:陳本布衣
www.cnblogs.com/chenbenbuyi
有了Spring之后,通過依賴注入的方式,我們的業務代碼不用自己管理關聯對象的生命周期。業務代碼只需要按照業務本身的流程,走啊走啊,走到哪里,需要另外的對象來協助了,就給Spring說,我想要個對象——于是Spring就很貼心的給你個對象。
聽起來似乎很簡單,使用起來也不難,但是如果僅僅是這樣的拿來主義,倒也灑脫,不用費什么腦子。。。可是,你就真的不關心,Spring是從哪里把對象給你的嗎?
如果你想要了解Spring深一些,而不僅僅是拿來用用,那么你就應該好好思考一下上訴問題,不然,這篇博文你還看個鏟鏟啊。。。
你可以這樣去思考:Spring既然要負責應用程序中那么多對象的創建管理,就像蘋果要生產那么多的手機(對象)一樣,肯定有一個專門搞對象的地方。蘋果生產手機的地方叫工廠,比如富士康,但放在軟件開發中,對于Spring搞對象的地方我們就不叫工廠了,而叫做容器。
是的,容器的概念在java中你最熟悉的莫過于Tomcat了,它正是一個運行Servlet的web容器,而Spring要想實現依賴注入功能,就離不開對象生產的容器——如果沒有容器負責對象的創建管理,你的程序代碼只是喊要對象了,Spring也無處給你啊。實際上,容器是Spring框架實現功能的核心,容器不只是幫我們創建了對象那么簡單,它負責了對象整個的生命周期的管理——創建、裝配、銷毀。
關于Spring的這個容器你最常聽聞的一個術語就是IOC容器。所謂IOC,是一種叫控制反轉的編程思想,網上有很通俗易懂的總結,我就不胡亂闡述了。總之一句話,我的應用程序里不用再過問對象的創建和管理對象之間的依賴關系了,都讓IOC容器給代勞吧,也就是說,我把對象創建、管理的控制權都交給Spring容器,這是一種控制權的反轉,所以Spring容器才能稱為IOC容器。不過這里要厘清一點:并不是說只有Spring的容器才叫IOC容器,基于IOC容器的框架還有很多,并不是Spring特有的。
好了,終于把Spring的容器概念闡述的差不多了,但有什么卵用呢?光有容器你其實什么都干不了!你以為容器那么科幻,跟叮當貓面前的百寶袋一樣,你想要啥它就給你啥?實際上,容器里面什么都沒有,決定容器里面放什么對象的是我們自己,決定對象之間的依賴關系的,也是我們自己,容器只是給我們提供一個管理對象的空間而已。那么,我們怎么向容器中放入我們需要容器代為管理的對象呢?這就涉及到Spring的應用上下文了。
什么是應用上下文呢,你可以簡單的理解成就是將你需要Spring幫你管理的對象放入容器的那么一種。。一種。。額。。一種容器對象——是的,應用上下文即是Spring容器的一種抽象化表述;而我們常見的ApplicationContext本質上說就是一個維護Bean定義以及對象之間協作關系的高級接口。額,聽起來是不是很抽象拗口?那你再讀一遍呢。。。
這里,我們必須明確,Spring的核心是容器,而容器并不唯一,框架本身就提供了很多個容器的實現,大概分為兩種類型:一種是不常用的BeanFactory,這是最簡單的容器,只能提供基本的DI功能;還有一種就是繼承了BeanFactory后派生而來的應用上下文,其抽象接口也就是我們上面提到的的ApplicationContext,它能提供更多企業級的服務,例如解析配置文本信息等等,這也是應用上下文實例對象最常見的應用場景。
有了上下文對象,我們就能向容器注冊需要Spring管理的對象了。對于上下文抽象接口,Spring也為我們提供了多種類型的容器實現,供我們在不同的應用場景選擇:
①?AnnotationConfigApplicationContext:從一個或多個基于java的配置類中加載上下文定義,適用于java注解的方式;
②?ClassPathXmlApplicationContext:從類路徑下的一個或多個xml配置文件中加載上下文定義,適用于xml配置的方式;
③?FileSystemXmlApplicationContext:從文件系統下的一個或多個xml配置文件中加載上下文定義,也就是說系統盤符中加載xml配置文件;
④?AnnotationConfigWebApplicationContext:專門為web應用準備的,適用于注解方式;
⑤?XmlWebApplicationContext:從web應用下的一個或多個xml配置文件加載上下文定義,適用于xml配置方式。
有了以上理解,問題就很好辦了。你只要將你需要IOC容器替你管理的對象基于xml也罷,java注解也好,總之你要將需要管理的對象(Spring中我們都稱之問bean)、bean之間的協作關系配置好,然后利用應用上下文對象加載進我們的Spring容器,容器就能為你的程序提供你想要的對象管理服務了。下面,還是貼一下簡單的應用上下文的應用實例:
我們先采用xml配置的方式配置bean和建立bean之間的協作關系:
<?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
???????????http://www.springframework.org/schema/beans/spring-beans-3.2.xsd">
????<bean?id="man"?class="spring.chapter1.domain.Man">
????????<constructor-arg?ref="qqCar"?/>
????bean>
????<bean??id="qqCar"?class="spring.chapter1.domain.QQCar"/>
beans>
然后通過應用上下文將配置加載到IOC容器,讓Spring替我們管理對象,待我們需要使用對象的時候,再從容器中獲取bean就ok了:
public?class?Test?{????public?static?void?main(String[]?args)?{
????????//加載項目中的spring配置文件到容器
//????????ApplicationContext?context?=?new?ClassPathXmlApplicationContext("resouces/applicationContext.xml");
????????//加載系統盤中的配置文件到容器
????????ApplicationContext?context?=?new?FileSystemXmlApplicationContext("E:/Spring/applicationContext.xml");
????????//從容器中獲取對象實例
????????Man?man?=?context.getBean(Man.class);
????????man.driveCar();
????}
}
以上測試中,我將配置文件applicationContext.xml分別放在項目中和任意的系統盤符下,我只需要使用相應的上下文對象去加載配置文件,最后的結果是完全一樣的。當然,現在項目中越來越多的使用java注解,所以注解的方式必不可少:
//同xml一樣描述bean以及bean之間的依賴關系@Configuration
public?class?ManConfig?{
????@Bean
????public?Man?man()?{
????????return?new?Man(car());
????}
????@Bean
????public?Car?car()?{
????????return?new?QQCar();
????}
}
public?class?Test?{
????public?static?void?main(String[]?args)?{
????????//從java注解的配置中加載配置到容器
????????ApplicationContext?context?=?new?AnnotationConfigApplicationContext(ManConfig.class);
????????//從容器中獲取對象實例
????????Man?man?=?context.getBean(Man.class);
????????man.driveCar();
????}
}
自此,Spring容器和應用上下文就算闡述的差不多了,具體的技能點在今后的博文中會慢慢的給大家奉上。
在公眾號后臺回復"微信"關鍵字,加群主微信免費加入高大上的架構之路微信群,設為星標,備注架構之路,(公眾號主免進!)
熱門精讀
拋開Spring來說,如何自己實現Spring?AOP?
這么牛逼的正則表達式,可惜你不會寫!
2019年5月GitHub上最熱門的開源項目
這幾個Redis使用技巧,讓你的程序快如閃電
這些只有程序員才能懂,Java被黑的太慘!
點在看的你,怎么這么可愛!總結
以上是生活随笔為你收集整理的spring 上下文_一次性教你彻底理解 Spring容器和应用上下文!的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 解析mysqlbinlog日志_mysq
- 下一篇: php object keys_原生js