Spring經典的面試題,你值得擁有!!

1、什麼是Spring框架?Spring框架有哪些主要模塊?

Spring框架是一個爲Java應用程序的開發提供了綜合、普遍的基礎性支持的Java平臺。Spring幫助開發者解決了開發中基礎性的問題,使得開發人員能夠專一於應用程序的開發。web

Spring框架自己亦是按照設計模式精心打造,這使得咱們能夠在開發環境中安心的集成Spring框架,沒必要擔憂Spring是如何在後臺進行工做的。面試

Spring框架至今已集成了20多個模塊。這些模塊主要被分以下圖所示的核心容器、數據訪問/集成,、Web、AOP(面向切面編程)、工具、消息和測試模塊。spring

2、使用Spring框架能帶來哪些好處?

下面列舉了一些使用Spring框架帶來的主要好處:編程

一、Dependency Injection(DI) 方法使得構造器和JavaBean properties文件中的依賴關係一目瞭然。設計模式

二、與EJB容器相比較,IoC容器更加趨向於輕量級。這樣一來IoC容器在有限的內存和CPU資源的狀況下進行應用程序的開發和發佈就變得十分有利。網絡

三、Spring並無閉門造車,Spring利用了已有的技術好比ORM框架、logging框架、J2EE、Quartz和JDK Timer,以及其餘視圖技術。session

四、Spring框架是按照模塊的形式來組織的。由包和類的編號就能夠看出其所屬的模塊,開發者僅僅須要選用他們須要的模塊便可。架構

五、要測試一項用Spring開發的應用程序十分簡單,由於測試相關的環境代碼都已經囊括在框架中了。更加簡單的是,利用JavaBean形式的POJO類,能夠很方便的利用依賴注入來寫入測試數據。mvc

五、Spring的Web框架亦是一個精心設計的Web MVC框架,爲開發者們在web框架的選擇上提供了一個除了主流框架好比Struts、過分設計的、不流行web框架的之外的有力選項。app

六、Spring提供了一個便捷的事務管理接口,適用於小型的本地事物處理(好比在單DB的環境下)和複雜的共同事物處理(好比利用JTA的複雜DB環境)。

3、什麼是控制反轉(IOC)?什麼是依賴注入?

一、控制反轉是應用於軟件工程領域中的,在運行時被裝配器對象來綁定耦合對象的一種編程技巧,對象之間耦合關係在編譯時一般是未知的。

在傳統的編程方式中,業務邏輯的流程是由應用程序中的早已被設定好關聯關係的對象來決定的。

在使用控制反轉的狀況下,業務邏輯的流程是由對象關係圖來決定的,該對象關係圖由裝配器負責實例化,這種實現方式還能夠將對象之間的關聯關係的定義抽象化。而綁定的過程是經過「依賴注入」實現的。

二、控制反轉是一種以給予應用程序中目標組件更多控制爲目的設計範式,並在咱們的實際工做中起到了有效的做用。

三、依賴注入是在編譯階段還沒有知所需的功能是來自哪一個的類的狀況下,將其餘對象所依賴的功能對象實例化的模式。

這就須要一種機制用來激活相應的組件以提供特定的功能,因此依賴注入是控制反轉的基礎。不然若是在組件不受框架控制的狀況下,框架又怎麼知道要建立哪一個組件?

四、在Java中依然注入有如下三種實現方式:

4.1.構造器注入

4.2.Setter方法注入

4.3.接口注入

4、請解釋下Spring框架中的IoC?

Spring中的 org.springframework.beans 包和 org.springframework.context包構成了Spring框架IoC容器的基礎。

BeanFactory接口提供了一個先進的配置機制,使得任何類型的對象的配置成爲可能。ApplicationContex接口對BeanFactory(是一個子接口)進行了擴展.

在BeanFactory的基礎上添加了其餘功能,好比與Spring的AOP更容易集成,也提供了處理message resource的機制(用於國際化)、事件傳播以及應用層的特別配置,好比針對Web應用的WebApplicationContext。

5、BeanFactory和ApplicationContext有什麼區別?

BeanFactory 能夠理解爲含有bean集合的工廠類。BeanFactory 包含了種bean的定義,以便在接收到客戶端請求時將對應的bean實例化。

BeanFactory還能在實例化對象的時生成協做類之間的關係。此舉將bean自身與bean客戶端的配置中解放出來。BeanFactory還包含了bean生命週期的控制,調用客戶端的初始化方法(initialization methods)和銷燬方法(destruction methods)。

從表面上看,application context如同bean factory同樣具備bean定義、bean關聯關係的設置,根據請求分發bean的功能。但application context在此基礎上還提供了其餘的功能。

1.提供了支持國際化的文本消息

2.統一的資源文件讀取方式

3.已在監聽器中註冊的bean的事件

如下是三種較常見的 ApplicationContext 實現方式:

一、ClassPathXmlApplicationContext:從classpath的XML配置文件中讀取上下文,並生成上下文定義。應用程序上下文從程序環境變量中取得。

ApplicationContext context = new ClassPathXmlApplicationContext(「bean.xml」);
複製代碼

二、FileSystemXmlApplicationContext :由文件系統中的XML配置文件讀取上下文。

ApplicationContext context = new FileSystemXmlApplicationContext(「bean.xml」);
複製代碼

三、XmlWebApplicationContext:由Web應用的XML文件讀取上下文。

6、Spring有幾種配置方式?

將Spring配置到應用開發中有如下三種方式:

1.基於XML的配置

2.基於註解的配置

3.基於Java的配置

7、如何用基於XML配置的方式配置Spring?

在Spring框架中,依賴和服務須要在專門的配置文件來實現,我經常使用的XML格式的配置文件。這些配置文件的格式一般用開頭,而後一系列的bean定義和專門的應用配置選項組成。

SpringXML配置的主要目的時候是使全部的Spring組件均可以用xml文件的形式來進行配置。這意味着不會出現其餘的Spring配置類型(好比聲明的方式或基於Java Class的配置方式)

Spring的XML配置方式是使用被Spring命名空間的所支持的一系列的XML標籤來實現的。Spring有如下主要的命名空間:context、beans、jdbc、tx、aop、mvc和aso。

八.怎樣用註解的方式配置Spring?

Spring在2.5版本之後開始支持用註解的方式來配置依賴注入。能夠用註解的方式來替代XML方式的bean描述,能夠將bean描述轉移到組件類的內部,只須要在相關類上、方法上或者字段聲明上使用註解便可。

註解注入將會被容器在XML注入以前被處理,因此後者會覆蓋掉前者對於同一個屬性的處理結果。

註解裝配在Spring中是默認關閉的。因此須要在Spring文件中配置一下才能使用基於註解的裝配模式。若是你想要在你的應用程序中使用關於註解的方法的話,請參考以下的配置。

在 context:annotation-config/標籤配置完成之後,就能夠用註解的方式在Spring中向屬性、方法和構造方法中自動裝配變量。

下面是幾種比較重要的註解類型:

1.@Required:該註解應用於設值方法。

2.@Autowired:該註解應用於有值設值方法、非設值方法、構造方法和變量。

3.@Qualifier:該註解和@Autowired註解搭配使用,用於消除特定bean自動裝配的歧義。

4.JSR-250 Annotations:Spring支持基於JSR-250 註解的如下註解,@Resource、@PostConstruct 和 @PreDestroy。

九.請解釋Spring Bean的生命週期

Spring Bean的生命週期簡單易懂。在一個bean實例被初始化時,須要執行一系列的初始化操做以達到可用的狀態。

一樣的,當一個bean不在被調用時須要進行相關的析構操做,並從bean容器中移除。

Spring bean factory 負責管理在spring容器中被建立的bean的生命週期。Bean的生命週期由兩組回調(call back)方法組成。

1.初始化以後調用的回調方法。

2.銷燬以前調用的回調方法。

Spring框架提供瞭如下四種方式來管理bean的生命週期事件:

一、InitializingBean和DisposableBean回調接口

二、針對特殊行爲的其餘Aware接口

三、Bean配置文件中的Custom init()方法和destroy()方法

四、@PostConstruct和@PreDestroy註解方式

使用customInit()和 customDestroy()方法管理bean生命週期的代碼樣例以下:

十.Spring Bean的做用域之間有什麼區別?

Spring容器中的bean能夠分爲5個範圍。全部範圍的名稱都是自說明的,可是爲了不混淆,仍是讓咱們來解釋一下:

1.singleton:這種bean範圍是默認的,這種範圍確保無論接受到多少個請求,每一個容器中只有一個bean的實例,單例的模式由bean factory自身來維護。

2.prototype:原形範圍與單例範圍相反,爲每個bean請求提供一個實例。

3.request:在請求bean範圍內會每個來自客戶端的網絡請求建立一個實例,在請求完成之後,bean會失效並被垃圾回收器回收。

4.Session:與請求範圍相似,確保每一個session中有一個bean的實例,在session過時後,bean會隨之失效。

5.global-session:global-session和Portlet應用相關。當你的應用部署在Portlet容器中工做時,它包含不少portlet。若是你想要聲明讓全部的portlet共用全局的存儲變量的話,那麼這全局變量須要存儲在global-session中。

全局做用域與Servlet中的session做用域效果相同。

獲取最新面試與學習資料,

歡迎加入Java進階架構交流羣:142019080。

直接點擊連接加羣。https://jq.qq.com/?_wv=1027&k=5lXBNZ7

相關文章
相關標籤/搜索