Spring為簡化開發而生,讓程式設計師只關心核心業務的實現,儘可能的不在關注非業務邏輯程式碼(事務控制,安全紀錄檔等)。
這八大模組組成了Spring
這是Spring框架的最基礎的部分,它提供了依賴注入(DependencyInjection)特徵來實現容器對Bean的管理。核心容器的主要元件時BeanFactory,BeanFactory是工廠模式的一個實現,是任何Spring應用的核心。它使用Ioc將應用設定和依賴從實際的應用程式碼中抽離出來。
如果說核心模組中的BeanFactory使Spring成為容器的話,那麼上下文模組就是Spring成為框架的原因。
這個模組擴充套件了BeanFactory,增加了對國際化(I18N)訊息、事件傳播、驗證的支援。另外提供了許多企業服務,例如電子郵件、JNDI存取、EJB整合、遠端以及時序排程(scheduling)服務。也包括了對模版框架例如Velocity和FreeMarker整合的支援
Spring在他的AOP模組中提供了對面向切面程式設計的豐富支援,Spring AOP 模組為基於 Spirng 的應用程式中的物件提供了事務管理服務。通過使用Spring AOP ,不用依賴元件,就可以將聲名性事務管理整合到應用程式中,可以自定義攔截器、切點、紀錄檔等操作。
提供了一個JDBC的抽象層和異常層次結構,消除了繁瑣的JDBC編碼和資料庫廠商特有的錯誤程式碼解析,用於簡化JDBC。
Spring提供了ORM模組。Spring並不試圖實現它自己的ORM解決方案,而是為幾種流行的ORM框架提供了整合方案,包括Hibernate、JDO和iBATIS SQL對映,這些都遵從 Spring 的通用事務和 DAO 異常層次結構。
Spring為構建Web應用提供了一個功能全面的MVC框架。雖然Spring可以很容易地與其它MVC框架整合,例如Struts,但Spring的MVC框架使用IoC對控制邏輯和業務物件提供了完全的分離。
Spring Framework 中包含的原始 Web 框架 Spring Web MVC 是專門為 Servlet API 和 Servlet 容器構建的。反應式堆疊 Web 框架 Spring WebFlux 是在 5.0 版的後期新增的。它是完全非阻塞的,支援反應式流(Reactive Stream)背壓,並在Netty,Undertow和Servlet 3.1+容器等伺服器上執行
Web 上下文模組建立在應用程式上下文模組之上,為基於 Web 的應用程式提供了上下文,提供了Spring和其它Web框架的整合,比如Struts、WebWork。還提供了一些面向服務支援,例如:實現檔案上傳的multipart請求。
從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個大小隻有1MB多的JAR檔案裡釋出。並且Spring所需的處理開銷也是微不足道的。
Spring是非侵入式的:Spring應用中的物件不依賴於Spring的特定類。
Spring通過一種稱作控制反轉(IoC)的技術促進了鬆耦合。當應用了IoC,一個物件依賴的其它物件會通過被動的方式傳遞進來,而不是這個物件自己建立或者查詢依賴物件。你可以認為IoC與JNDI相反——不是物件從容器中查詢依賴,而是容器在物件初始化時不等物件請求就主動將依賴傳遞給它。
Spring提供了面向切面程式設計的豐富支援,允許通過分離應用的業務邏輯與系統級服務(例如審計(auditing)和事務(transaction)管理)進行內聚性的開發。應用物件只實現它們應該做的——完成業務邏輯——僅此而已。它們並不負責(甚至是意識)其它的系統級關注點,例如紀錄檔或事務支援。
Spring包含並管理應用物件的設定和生命週期,在這個意義上它是一種容器,你可以設定你的每個bean如何被建立——基於一個可設定原型(prototype),你的bean可以建立一個單獨的範例或者每次需要時都生成一個新的範例——以及它們是如何相互關聯的。然而,Spring不應該被混同於傳統的重量級的EJB容器,它們經常是龐大與笨重的,難以使用。
框架
Spring可以將簡單的元件設定、組合成為複雜的應用。在Spring中,應用物件被宣告式地組合,典型地是在一個XML檔案裡。Spring也提供了很多基礎功能(事務管理、持久化框架整合等等),將應用邏輯的開發留給了你。
所有Spring的這些特徵使你能夠編寫更乾淨、更可管理、並且更易於測試的程式碼。它們也為Spring中的各種模組提供了基礎支援。
控制反轉是一種思想。
控制反轉是為了降低程式耦合度,提高程式擴充套件力,達到OCP原則,達到DIP原則。
控制反轉,反轉的是什麼?
將物件的建立權利交出去,交給第三方容器負責。
將物件和物件之間關係的維護權交出去,交給第三方容器負責。
控制反轉這種思想如何實現呢?
DI(Dependency Injection):依賴注入
依賴注入實現了控制反轉的思想。
Spring通過依賴注入的方式來完成Bean管理的。
Bean管理說的是:Bean物件的建立,以及Bean物件中屬性的賦值(或者叫做Bean物件之間關係的維護)。
依賴注入:
依賴指的是物件和物件之間的關聯關係。
注入指的是一種資料傳遞行為,通過注入行為來讓物件和物件產生關係。
依賴注入常見的實現方式包括兩種:
第一種:set注入
第二種:構造注入
總結:set注入的核心實現原理:通過反射機制呼叫set方法來給屬性賦值,讓兩個物件之間產生關係。
通過測試得知,通過構造方法注入的時候:
可以通過下標
可以通過引數名
也可以不指定下標和引數名,可以型別自動推斷
預設情況下,Spring的IoC容器建立的Bean物件是單例的。
預設情況下,Bean物件的建立是在初始化Spring上下文的時候就完成的。
Spring的Bean物件可以以多例的形式存在,可以在bean標籤中指定scope屬性的值為:prototype。這樣Spring會在每一次執行getBean()方法的時候建立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.xsd">
<bean id="sb" class="com.powernode.spring6.beans.SpringBean" scope="prototype" />
</beans>
預設是單例的(singleton)
scope屬性的值不止兩個,它一共包括8個選項:
singleton:預設的,單例。
prototype:原型。每呼叫一次getBean()方法則獲取一個新的Bean物件。或每次注入的時候都是新物件。
request:一個請求對應一個Bean。僅限於在WEB應用中使用。
session:一個對談對應一個Bean。僅限於在WEB應用中使用。
global session:portlet應用中專用的。如果在Servlet的WEB應用中使用global session的話,和session一個效果。(portlet和servlet都是規範。servlet執行在servlet容器中,例如Tomcat。portlet執行在portlet容器中。)
application:一個應用對應一個Bean。僅限於在WEB應用中使用。
websocket:一個websocket生命週期對應一個Bean。僅限於在WEB應用中使用。
自定義scope:很少使用。