溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
Spring是一個開源的Java EE開發框架。Spring框架的核心功能可以應用在任何Java應用程序中，但對Java EE平臺上的Web應用程序有更好的擴展性。Spring框架的目標是使得Java EE應用程序的開發更加簡捷，通過使用POJO為基礎的編程模型促進良好的編程風格。
輕量級：Spring在大小和透明性方面絕對屬于輕量級的，基礎版本的Spring框架大約只有2MB。
控制反轉(IOC)：Spring使用控制反轉技術實現了松耦合。依賴被注入到對象，而不是創建或尋找依賴對象。
面向切面編程(AOP)： Spring支持面向切面編程，同時把應用的業務邏輯與系統的服務分離開來。
容器：Spring包含并管理應用程序對象的配置及生命周期。
MVC框架：Spring的web框架是一個設計優良的web MVC框架，很好的取代了一些web框架。
事務管理：Spring對下至本地業務上至全局業務(JAT)提供了統一的事務管理接口。
異常處理：Spring提供一個方便的API將特定技術的異常(由JDBC, Hibernate, 或JDO拋出)轉化為一致的、Unchecked異常。
編程式事務管理：這意味著你可以通過編程的方式管理事務，這種方式帶來了很大的靈活性，但很難維護。
聲明式事務管理：這種方式意味著你可以將事務管理和業務代碼分離。你只需要通過注解或者XML配置管理事務。
它為不同的事務API(如JTA, JDBC, Hibernate, JPA, 和JDO)提供了統一的編程模型。
它為編程式事務管理提供了一個簡單的API而非一系列復雜的事務API(如JTA).
它支持聲明式事務管理。
它可以和Spring 的多種數據訪問技術很好的融合。
PROPAGATION_REQUIRED: 支持當前事務，如果當前沒有事務，就新建一個事務。這是最常見的選擇。
PROPAGATION_SUPPORTS: 支持當前事務，如果當前沒有事務，就以非事務方式執行。
PROPAGATION_MANDATORY: 支持當前事務，如果當前沒有事務，就拋出異常。
PROPAGATION_REQUIRES_NEW: 新建事務，如果當前存在事務，把當前事務掛起。
PROPAGATION_NOT_SUPPORTED: 以非事務方式執行操作，如果當前存在事務，就把當前事務掛起。
PROPAGATION_NEVER: 以非事務方式執行，如果當前存在事務，則拋出異常。
PROPAGATION_NESTED: 如果當前存在事務，則在嵌套事務內執行。如果當前沒有事務，則進行與PROPAGATION_REQUIRED類似的操作。
劃分處理單元——IoC
由于spring解決的問題是對單個數據庫進行局部事務處理的，具體的實現首先用spring中的IoC劃分了事務處理單元。并且將對事務的各種配置放到了ioc容器中（設置事務管理器，設置事務的傳播特性及隔離機制）。
AOP攔截需要進行事務處理的類
Spring事務處理模塊是通過AOP功能來實現聲明式事務處理的，具體操作（比如事務實行的配置和讀取，事務對象的抽象），用TransactionProxyFactoryBean接口來使用AOP功能，生成proxy代理對象，通過TransactionInterceptor完成對代理方法的攔截，將事務處理的功能編織到攔截的方法中。讀取ioc容器事務配置屬性，轉化為spring事務處理需要的內部數據結構（TransactionAttributeSourceAdvisor），轉化為TransactionAttribute表示的數據對象。
對事務處理實現（事務的生成、提交、回滾、掛起）
spring委托給具體的事務處理器實現。實現了一個抽象和適配。適配的具體事務處理器：DataSource數據源支持、hibernate數據源事務處理支持、JDO數據源事務處理支持，JPA、JTA數據源事務處理支持。這些支持都是通過設計PlatformTransactionManager、AbstractPlatforTransaction一系列事務處理的支持。 為常用數據源支持提供了一系列的TransactionManager。
結合
PlatformTransactionManager實現了TransactionInterception接口，讓其與TransactionProxyFactoryBean結合起來，形成一個Spring聲明式事務處理的設計體系。
第一步：發起請求到前端控制器(DispatcherServlet)
第二步：前端控制器請求HandlerMapping查找 Handler（ 可以根據xml配置、注解進行查找）
第三步：處理器映射器HandlerMapping向前端控制器返回Handler
第四步：前端控制器調用處理器適配器去執行Handler
第五步：處理器適配器去執行Handler
第六步：Handler執行完成給適配器返回ModelAndView
第七步：處理器適配器向前端控制器返回ModelAndView（ModelAndView是springmvc框架的一個底層對象，包括Model和view）
第八步：前端控制器請求視圖解析器去進行視圖解析（根據邏輯視圖名解析成真正的視圖(jsp)）
第九步：視圖解析器向前端控制器返回View
第十步：前端控制器進行視圖渲染（ 視圖渲染將模型數據(在ModelAndView對象中)填充到request域）
第十一步：前端控制器向用戶響應結果
ApplicationContext提供了一種解決文檔信息的方法，一種加載文件資源的方式(如圖片)，他們可以向監聽他們的beans發送消息。另外，容器或者容器中beans的操作，這些必須以bean工廠的編程方式處理的操作可以在應用上下文中以聲明的方式處理。應用上下文實現了MessageSource，該接口用于獲取本地消息，實際的實現是可選的。
相同點：兩者都是通過xml配置文件加載bean,ApplicationContext和BeanFacotry相比,提供了更多的擴展功能。
不同點：BeanFactory是延遲加載,如果Bean的某一個屬性沒有注入，BeanFacotry加載后，直至第一次使用調用getBean方法才會拋出異常；而ApplicationContext則在初始化自身是檢驗，這樣有利于檢查所依賴屬性是否注入；所以通常情況下我們選擇使用ApplicationContext。
Spring Beans是構成Spring應用核心的Java對象。這些對象由Spring IOC容器實例化、組裝、管理。這些對象通過容器中配置的元數據創建，例如，使用XML文件中定義的創建。
在Spring中創建的beans都是單例的beans。在bean標簽中有一個屬性為”singleton”,如果設為true，該bean是單例的，如果設為false，該bean是原型bean。Singleton屬性默認設置為true。因此，spring框架中所有的bean都默認為單例bean。
Spring框架支持如下五種不同的作用域：
singleton：在Spring IOC容器中僅存在一個Bean實例，Bean以單實例的方式存在。
prototype：一個bean可以定義多個實例。
request：每次HTTP請求都會創建一個新的Bean。該作用域僅適用于WebApplicationContext環境。
session：一個HTTP Session定義一個Bean。該作用域僅適用于WebApplicationContext環境。
globalSession：同一個全局HTTP Session定義一個Bean。該作用域同樣僅適用于WebApplicationContext環境。
bean默認的scope屬性是"singleton"。
Spring框架對單例的支持是采用單例注冊表的方式進行實現的，而這個注冊表的緩存是HashMap對象，如果配置文件中的配置信息不要求使用單例，Spring會采用新建實例的方式返回對象實例。
ApplicationContext容器中，Bean的生命周期流程如上圖所示，流程大致如下：
1.首先容器啟動后，會對scope為singleton且非懶加載的bean進行實例化，
2.按照Bean定義信息配置信息，注入所有的屬性，
3.如果Bean實現了BeanNameAware接口，會回調該接口的setBeanName()方法，傳入該Bean的id，此時該Bean就獲得了自己在配置文件中的id，
4.如果Bean實現了BeanFactoryAware接口,會回調該接口的setBeanFactory()方法，傳入該Bean的BeanFactory，這樣該Bean就獲得了自己所在的BeanFactory，
5.如果Bean實現了ApplicationContextAware接口,會回調該接口的setApplicationContext()方法，傳入該Bean的ApplicationContext，這樣該Bean就獲得了自己所在的ApplicationContext，
6.如果有Bean實現了BeanPostProcessor接口，則會回調該接口的postProcessBeforeInitialzation()方法，
7.如果Bean實現了InitializingBean接口，則會回調該接口的afterPropertiesSet()方法，
8.如果Bean配置了init-method方法，則會執行init-method配置的方法，
9.如果有Bean實現了BeanPostProcessor接口，則會回調該接口的postProcessAfterInitialization()方法，
10.經過流程9之后，就可以正式使用該Bean了,對于scope為singleton的Bean,Spring的ioc容器中會緩存一份該bean的實例，而對于scope為prototype的Bean,每次被調用都會new一個新的對象，期生命周期就交給調用方管理了，不再是Spring容器進行管理了
11.容器關閉后，如果Bean實現了DisposableBean接口，則會回調該接口的destroy()方法，
12.如果Bean配置了destroy-method方法，則會執行destroy-method配置的方法，至此，整個Bean的生命周期結束
Resource 接口是 Spring 資源訪問策略的抽象，它本身并不提供任何資源訪問實現，具體的資源訪問由該接口的實現類完成——每個實現類代表一種資源訪問策略。 Spring 為 Resource 接口提供了如下實現類：
UrlResource：訪問網絡資源的實現類。
ClassPathResource：訪問類加載路徑里資源的實現類。
FileSystemResource：訪問文件系統里資源的實現類。
ServletContextResource：訪問相對于 ServletContext 路徑里的資源的實現類：
InputStreamResource：訪問輸入流資源的實現類。
ByteArrayResource：訪問字節數組資源的實現類。 這些 Resource 實現類，針對不同的的底層資源，提供了相應的資源訪問邏輯，并提供便捷的包裝，以利于客戶端程序的資源訪問。
自動裝配提供五種不同的模式供Spring容器用來自動裝配beans之間的依賴注入:
no：默認的方式是不進行自動裝配，通過手工設置ref 屬性來進行裝配bean。
byName：通過參數名自動裝配，Spring容器查找beans的屬性，這些beans在XML配置文件中被設置為byName。之后容器試圖匹配、裝配和該bean的屬性具有相同名字的bean。
byType：通過參數的數據類型自動自動裝配，Spring容器查找beans的屬性，這些beans在XML配置文件中被設置為byType。之后容器試圖匹配和裝配和該bean的屬性類型一樣的bean。如果有多個bean符合條件，則拋出錯誤。
constructor：這個同byType類似，不過是應用于構造函數的參數。如果在BeanFactory中不是恰好有一個bean與構造函數參數相同類型，則拋出一個嚴重的錯誤。
autodetect：如果有默認的構造方法，通過 construct的方式自動裝配，否則使用 byType的方式自動裝配。
依賴注入作為控制反轉(IOC)的一個層面，可以有多種解釋方式。在這個概念中，你不用創建對象而只需要描述如何創建它們。你不必通過代碼直接的將組件和服務連接在一起，而是通過配置文件說明哪些組件需要什么服務。之后IOC容器負責銜接。
構造器依賴注入：構造器依賴注入在容器觸發構造器的時候完成，該構造器有一系列的參數，每個參數代表注入的對象。
Setter方法依賴注入：首先容器會觸發一個無參構造函數或無參靜態工廠方法實例化對象，之后容器調用bean中的setter方法完成Setter方法依賴注入。
你可以同時使用兩種方式的依賴注入，最好的選擇是使用構造器參數實現強制依賴注入，使用setter方法實現可選的依賴關系。
Spring中的 org.springframework.beans 包和 org.springframework.context包構成了Spring框架IoC容器的基礎。
BeanFactory 接口提供了一個先進的配置機制，使得任何類型的對象的配置成為可能。ApplicationContex接口對BeanFactory（是一個子接口）進行了擴展，在BeanFactory的基礎上添加了其他功能，比如與Spring的AOP更容易集成，也提供了處理message resource的機制（用于國際化）、事件傳播以及應用層的特別配置，比如針對Web應用的WebApplicationContext。
org.springframework.beans.factory.BeanFactory 是Spring IoC容器的具體實現，用來包裝和管理前面提到的各種bean。BeanFactory接口是Spring IoC 容器的核心接口。
Spring IOC負責創建對象、管理對象(通過依賴注入)、整合對象、配置對象以及管理這些對象的生命周期。
IOC或依賴注入減少了應用程序的代碼量。它使得應用程序的測試很簡單，因為在單元測試中不再需要單例或JNDI查找機制。簡單的實現以及較少的干擾機制使得松耦合得以實現。IOC容器支持勤性單例及延遲加載服務。
AOP模塊用來開發Spring應用程序中具有切面性質的部分。該模塊的大部分服務由AOP Aliance提供，這就保證了Spring框架和其他AOP框架之間的互操作性。另外，該模塊將元數據編程引入到了Spring。
面向切面編程（AOP）：允許程序員模塊化橫向業務邏輯，或定義核心部分的功能，例如日志管理和事務管理。
切面(Aspect) ：AOP的核心就是切面，它將多個類的通用行為封裝為可重用的模塊。該模塊含有一組API提供 cross-cutting功能。例如,日志模塊稱為日志的AOP切面。根據需求的不同，一個應用程序可以有若干切面。在Spring AOP中，切面通過帶有@Aspect注解的類實現。
通知(Advice)：通知表示在方法執行前后需要執行的動作。實際上它是Spring AOP框架在程序執行過程中觸發的一些代碼。Spring切面可以執行一下五種類型的通知:
before(前置通知)：在一個方法之前執行的通知。
after(最終通知)：當某連接點退出的時候執行的通知（不論是正常返回還是異常退出）。
after-returning(后置通知)：在某連接點正常完成后執行的通知。
after-throwing(異常通知)：在方法拋出異常退出時執行的通知。
around(環繞通知)：在方法調用前后觸發的通知。
切入點(Pointcut)：切入點是一個或一組連接點，通知將在這些位置執行。可以通過表達式或匹配的方式指明切入點。
引入：引入允許我們在已有的類上添加新的方法或屬性。
目標對象：被一個或者多個切面所通知的對象。它通常是一個代理對象。也被稱做被通知（advised）對象。
代理：代理是將通知應用到目標對象后創建的對象。從客戶端的角度看，代理對象和目標對象是一樣的。有以下幾種代理：
BeanNameAutoProxyCreator：bean名稱自動代理創建器
DefaultAdvisorAutoProxyCreator：默認通知者自動代理創建器
Metadata autoproxying：元數據自動代理
織入：將切面和其他應用類型或對象連接起來創建一個通知對象的過程。織入可以在編譯、加載或運行時完成。
實現AOP的技術，主要分為兩大類：
一是采用動態代理技術，利用截取消息的方式，對該消息進行裝飾，以取代原有對象行為的執行；
二是采用靜態織入的方式，引入特定的語法創建“方面”，從而使得編譯器可以在編譯期間織入有關“方面”的代碼。
Spring AOP 的實現原理其實很簡單：AOP 框架負責動態地生成 AOP 代理類，這個代理類的方法則由 Advice和回調目標對象的方法所組成, 并將該對象可作為目標對象使用。AOP 代理包含了目標對象的全部方法，但AOP代理中的方法與目標對象的方法存在差異，AOP方法在特定切入點添加了增強處理，并回調了目標對象的方法。
Spring AOP使用動態代理技術在運行期織入增強代碼。使用兩種代理機制：基于JDK的動態代理（JDK本身只提供接口的代理）和基于CGlib的動態代理。
(1) JDK的動態代理
JDK的動態代理主要涉及java.lang.reflect包中的兩個類：Proxy和InvocationHandler。其中InvocationHandler只是一個接口，可以通過實現該接口定義橫切邏輯，并通過反射機制調用目標類的代碼，動態的將橫切邏輯與業務邏輯織在一起。而Proxy利用InvocationHandler動態創建一個符合某一接口的實例，生成目標類的代理對象。
其代理對象必須是某個接口的實現, 它是通過在運行期間創建一個接口的實現類來完成對目標對象的代理.只能實現接口的類生成代理,而不能針對類
(2)CGLib
CGLib采用底層的字節碼技術，為一個類創建子類，并在子類中采用方法攔截的技術攔截所有父類的調用方法，并順勢織入橫切邏輯.它運行期間生成的代理對象是目標類的擴展子類.所以無法通知final、private的方法,因為它們不能被覆寫.是針對類實現代理,主要是為指定的類生成一個子類,覆蓋其中方法.
在spring中默認情況下使用JDK動態代理實現AOP,如果proxy-target-class設置為true或者使用了優化策略那么會使用CGLIB來創建動態代理.Spring AOP在這兩種方式的實現上基本一樣．以JDK代理為例，會使用JdkDynamicAopProxy來創建代理，在invoke()方法首先需要織入到當前類的增強器封裝到攔截器鏈中，然后遞歸的調用這些攔截器完成功能的織入．最終返回代理對象．
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
