Spring知識點

一、Spring是什麼?

        Spring是一個輕量級的IoC和AOP容器框架。是爲Java應用程序提供基礎性服務的一套框架，目的是用於簡化企業應用程序的開發，它使得開發者只須要關心業務需求。常見的配置方式有三種：基於XML的配置、基於註解的配置、基於Java的配置。

主要由如下幾個模塊組成：

Spring Core：核心類庫，提供IOC服務；

Spring Context：提供框架式的Bean訪問方式，以及企業級功能（JNDI、定時任務等）；

Spring AOP：AOP服務；

Spring DAO：對JDBC的抽象，簡化了數據訪問異常的處理；

Spring ORM：對現有的ORM框架的支持；

Spring Web：提供了基本的面向Web的綜合特性，例如多方文件上傳；

Spring MVC：提供面向Web應用的Model-View-Controller實現。

 

二、Spring 的優勢？

（1）spring屬於低侵入式設計，代碼的污染極低；

（2）spring的DI機制將對象之間的依賴關係交由框架處理，減低組件的耦合性；

（3）Spring提供了AOP技術，支持將一些通用任務，如安全、事務、日誌、權限等進行集中式管理，從而提供更好的複用。

（4）spring對於主流的應用框架提供了集成支持。

 

三、Spring的AOP理解：

OOP面向對象，容許開發者定義縱向的關係，但並適用於定義橫向的關係，致使了大量代碼的重複，而不利於各個模塊的重用。

AOP，通常稱爲面向切面，做爲面向對象的一種補充，用於將那些與業務無關，但卻對多個對象產生影響的公共行爲和邏輯，抽取並封裝爲一個可重用的模塊，這個模塊被命名爲「切面」（Aspect），減小系統中的重複代碼，下降了模塊間的耦合度，同時提升了系統的可維護性。可用於權限認證、日誌、事務處理。

AOP實現的關鍵在於 代理模式，AOP代理主要分爲靜態代理和動態代理。靜態代理的表明爲AspectJ；動態代理則以Spring AOP爲表明。

（1）AspectJ是靜態代理的加強，所謂靜態代理，就是AOP框架會在編譯階段生成AOP代理類，所以也稱爲編譯時加強，他會在編譯階段將AspectJ(切面)織入到Java字節碼中，運行的時候就是加強以後的AOP對象。

（2）Spring AOP使用的動態代理，所謂的動態代理就是說AOP框架不會去修改字節碼，而是每次運行時在內存中臨時爲方法生成一個AOP對象，這個AOP對象包含了目標對象的所有方法，而且在特定的切點作了加強處理，並回調原對象的方法。

Spring AOP中的動態代理主要有兩種方式，JDK動態代理和CGLIB動態代理：

        ①JDK動態代理只提供接口的代理，不支持類的代理。核心InvocationHandler接口和Proxy類，InvocationHandler 經過invoke()方法反射來調用目標類中的代碼，動態地將橫切邏輯和業務編織在一塊兒；接着，Proxy利用 InvocationHandler動態建立一個符合某一接口的的實例,  生成目標類的代理對象。

        ②若是代理類沒有實現 InvocationHandler 接口，那麼Spring AOP會選擇使用CGLIB來動態代理目標類。CGLIB（Code Generation Library），是一個代碼生成的類庫，能夠在運行時動態的生成指定類的一個子類對象，並覆蓋其中特定方法並添加加強代碼，從而實現AOP。CGLIB是經過繼承的方式作的動態代理，所以若是某個類被標記爲final，那麼它是沒法使用CGLIB作動態代理的。

（3）靜態代理與動態代理區別在於生成AOP代理對象的時機不一樣，相對來講AspectJ的靜態代理方式具備更好的性能，可是AspectJ須要特定的編譯器進行處理，而Spring AOP則無需特定的編譯器處理。

 InvocationHandler 的 invoke(Object  proxy,Method  method,Object[] args)：proxy是最終生成的代理實例;  method 是被代理目標實例的某個具體方法;  args 是被代理目標實例某個方法的具體入參, 在方法反射調用時使用。

 

四、Spring的IoC理解：

（1）IOC就是控制反轉，是指建立對象的控制權的轉移，之前建立對象的主動權和時機是由本身把控的，而如今這種權力轉移到Spring容器中，並由容器根據配置文件去建立實例和管理各個實例之間的依賴關係，對象與對象之間鬆散耦合，也利於功能的複用。DI依賴注入，和控制反轉是同一個概念的不一樣角度的描述，即 應用程序在運行時依賴IoC容器來動態注入對象須要的外部資源。

（2）最直觀的表達就是，IOC讓對象的建立不用去new了，能夠由spring自動生產，使用java的反射機制，根據配置文件在運行時動態的去建立對象以及管理對象，並調用對象的方法的。

（3）Spring的IOC有三種注入方式 ：構造器注入、setter方法注入、根據註解注入。

IoC讓相互協做的組件保持鬆散的耦合，而AOP編程容許你把遍及於應用各層的功能分離出來造成可重用的功能組件。

 

五、BeanFactory和ApplicationContext有什麼區別？

        BeanFactory和ApplicationContext是Spring的兩大核心接口，均可以當作Spring的容器。其中ApplicationContext是BeanFactory的子接口。

（1）BeanFactory：是Spring裏面最底層的接口，包含了各類Bean的定義，讀取bean配置文檔，管理bean的加載、實例化，控制bean的生命週期，維護bean之間的依賴關係。ApplicationContext接口做爲BeanFactory的派生，除了提供BeanFactory所具備的功能外，還提供了更完整的框架功能：

①繼承MessageSource，所以支持國際化。

②統一的資源文件訪問方式。

③提供在監聽器中註冊bean的事件。

④同時加載多個配置文件。

⑤載入多個（有繼承關係）上下文 ，使得每個上下文都專一於一個特定的層次，好比應用的web層。

（2）①BeanFactroy採用的是延遲加載形式來注入Bean的，即只有在使用到某個Bean時(調用getBean())，纔對該Bean進行加載實例化。這樣，咱們就不能發現一些存在的Spring的配置問題。若是Bean的某一個屬性沒有注入，BeanFacotry加載後，直至第一次使用調用getBean方法纔會拋出異常。

        ②ApplicationContext，它是在容器啓動時，一次性建立了全部的Bean。這樣，在容器啓動時，咱們就能夠發現Spring中存在的配置錯誤，這樣有利於檢查所依賴屬性是否注入。 ApplicationContext啓動後預載入全部的單實例Bean，經過預載入單實例bean ,確保當你須要的時候，你就不用等待，由於它們已經建立好了。

        ③相對於基本的BeanFactory，ApplicationContext 惟一的不足是佔用內存空間。當應用程序配置Bean較多時，程序啓動較慢。

（3）BeanFactory一般以編程的方式被建立，ApplicationContext還能以聲明的方式建立，如使用ContextLoader。

（4）BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但二者之間的區別是：BeanFactory須要手動註冊，而ApplicationContext則是自動註冊。

 

六、請解釋Spring Bean的生命週期？

 首先說一下Servlet的生命週期：實例化，初始init，接收請求service，銷燬destroy；

 Spring上下文中的Bean生命週期也相似，以下：

（1）實例化Bean：

對於BeanFactory容器，當客戶向容器請求一個還沒有初始化的bean時，或初始化bean的時候須要注入另外一個還沒有初始化的依賴時，容器就會調用createBean進行實例化。對於ApplicationContext容器，當容器啓動結束後，經過獲取BeanDefinition對象中的信息，實例化全部的bean。

（2）設置對象屬性（依賴注入）：

實例化後的對象被封裝在BeanWrapper對象中，緊接着，Spring根據BeanDefinition中的信息 以及 經過BeanWrapper提供的設置屬性的接口完成依賴注入。

（3）處理Aware接口：

接着，Spring會檢測該對象是否實現了xxxAware接口，並將相關的xxxAware實例注入給Bean：

①若是這個Bean已經實現了BeanNameAware接口，會調用它實現的setBeanName(String beanId)方法，此處傳遞的就是Spring配置文件中Bean的id值；

②若是這個Bean已經實現了BeanFactoryAware接口，會調用它實現的setBeanFactory()方法，傳遞的是Spring工廠自身。

③若是這個Bean已經實現了ApplicationContextAware接口，會調用setApplicationContext(ApplicationContext)方法，傳入Spring上下文；

（4）BeanPostProcessor：

若是想對Bean進行一些自定義的處理，那麼可讓Bean實現了BeanPostProcessor接口，那將會調用postProcessBeforeInitialization(Object obj, String s)方法。因爲這個方法是在Bean初始化結束時調用的，因此能夠被應用於內存或緩存技術；

（5）InitializingBean 與 init-method：

若是Bean在Spring配置文件中配置了 init-method 屬性，則會自動調用其配置的初始化方法。

（6）若是這個Bean實現了BeanPostProcessor接口，將會調用postProcessAfterInitialization(Object obj, String s)方法；

以上幾個步驟完成後，Bean就已經被正確建立了，以後就可使用這個Bean了。

（7）DisposableBean：

當Bean再也不須要時，會通過清理階段，若是Bean實現了DisposableBean這個接口，會調用其實現的destroy()方法；

（8）destroy-method：

最後，若是這個Bean的Spring配置中配置了destroy-method屬性，會自動調用其配置的銷燬方法。

 

七、 解釋Spring支持的幾種bean的做用域。

Spring容器中的bean能夠分爲5個範圍：

（1）singleton：默認，每一個容器中只有一個bean的實例，單例的模式由BeanFactory自身來維護。

（2）prototype：爲每個bean請求提供一個實例。

（3）request：爲每個網絡請求建立一個實例，在請求完成之後，bean會失效並被垃圾回收器回收。

（4）session：與request範圍相似，確保每一個session中有一個bean的實例，在session過時後，bean會隨之失效。

（5）global-session：全局做用域，global-session和Portlet應用相關。當你的應用部署在Portlet容器中工做時，它包含不少portlet。若是你想要聲明讓全部的portlet共用全局的存儲變量的話，那麼這全局變量須要存儲在global-session中。全局做用域與Servlet中的session做用域效果相同。

 

八、Spring框架中的單例Beans是線程安全的麼？

        Spring框架並無對單例bean進行任何多線程的封裝處理。關於單例bean的線程安全和併發問題須要開發者自行去搞定。但實際上，大部分的Spring bean並無可變的狀態(好比Serview類和DAO類)，因此在某種程度上說Spring的單例bean是線程安全的。若是你的bean有多種狀態的話（好比 View Model 對象），就須要自行保證線程安全。最淺顯的解決辦法就是將多態bean的做用域由「singleton」變動爲「prototype」。

九、Spring如何處理線程併發問題？

在通常狀況下，只有無狀態的Bean才能夠在多線程環境下共享，在Spring中，絕大部分Bean均可以聲明爲singleton做用域，由於Spring對一些Bean中非線程安全狀態採用ThreadLocal進行處理，解決線程安全問題。

ThreadLocal和線程同步機制都是爲了解決多線程中相同變量的訪問衝突問題。同步機制採用了「時間換空間」的方式，僅提供一份變量，不一樣的線程在訪問前須要獲取鎖，沒得到鎖的線程則須要排隊。而ThreadLocal採用了「空間換時間」的方式。

ThreadLocal會爲每個線程提供一個獨立的變量副本，從而隔離了多個線程對數據的訪問衝突。由於每個線程都擁有本身的變量副本，從而也就沒有必要對該變量進行同步了。ThreadLocal提供了線程安全的共享對象，在編寫多線程代碼時，能夠把不安全的變量封裝進ThreadLocal。

 

10-一、Spring基於xml注入bean的幾種方式：

（1）Set方法注入；

（2）構造器注入：①經過index設置參數的位置；②經過type設置參數類型；

（3）靜態工廠注入；

（4）實例工廠；

詳細內容能夠閱讀：https://blog.csdn.net/a745233700/article/details/89307518

10-二、Spring的自動裝配：

在spring中，對象無需本身查找或建立與其關聯的其餘對象，由容器負責把須要相互協做的對象引用賦予各個對象，使用autowire來配置自動裝載模式。

在Spring框架xml配置中共有5種自動裝配：

（1）no：默認的方式是不進行自動裝配的，經過手工設置ref屬性來進行裝配bean。

（2）byName：經過bean的名稱進行自動裝配，若是一個bean的 property 與另外一bean 的name 相同，就進行自動裝配。 

（3）byType：經過參數的數據類型進行自動裝配。

（4）constructor：利用構造函數進行裝配，而且構造函數的參數經過byType進行裝配。

（5）autodetect：自動探測，若是有構造方法，經過 construct的方式自動裝配，不然使用 byType的方式自動裝配。

基於註解的方式：

使用@Autowired註解來自動裝配指定的bean。在使用@Autowired註解以前須要在Spring配置文件進行配置，<context:annotation-config />。在啓動spring IoC時，容器自動裝載了一個AutowiredAnnotationBeanPostProcessor後置處理器，當容器掃描到@Autowied、@Resource或@Inject時，就會在IoC容器自動查找須要的bean，並裝配給該對象的屬性。在使用@Autowired時，首先在容器中查詢對應類型的bean：

若是查詢結果恰好爲一個，就將該bean裝配給@Autowired指定的數據；

若是查詢的結果不止一個，那麼@Autowired會根據名稱來查找；

若是上述查找的結果爲空，那麼會拋出異常。解決方法時，使用required=false。

@Autowired可用於：構造函數、成員變量、Setter方法

注：@Autowired和@Resource之間的區別

(1) @Autowired默認是按照類型裝配注入的，默認狀況下它要求依賴對象必須存在（能夠設置它required屬性爲false）。

(2) @Resource默認是按照名稱來裝配注入的，只有當找不到與名稱匹配的bean纔會按照類型來裝配注入。

 

十一、Spring 框架中都用到了哪些設計模式？

（1）工廠模式：BeanFactory就是簡單工廠模式的體現，用來建立對象的實例；

（2）單例模式：Bean默認爲單例模式。

（3）代理模式：Spring的AOP功能用到了JDK的動態代理和CGLIB字節碼生成技術；

（4）模板方法：用來解決代碼重複的問題。好比. RestTemplate, JmsTemplate, JpaTemplate。

（5）觀察者模式：定義對象鍵一種一對多的依賴關係，當一個對象的狀態發生改變時，全部依賴於它的對象都會獲得通知被制動更新，如Spring中listener的實現--ApplicationListener。

 

十二、Spring事務的實現方式和實現原理：

Spring事務的本質其實就是數據庫對事務的支持，沒有數據庫的事務支持，spring是沒法提供事務功能的。真正的數據庫層的事務提交和回滾是經過binlog或者redo log實現的。

（1）Spring事務的種類：

spring支持編程式事務管理和聲明式事務管理兩種方式：

①編程式事務管理使用TransactionTemplate。

②聲明式事務管理創建在AOP之上的。其本質是經過AOP功能，對方法先後進行攔截，將事務處理的功能編織到攔截的方法中，也就是在目標方法開始以前加入一個事務，在執行完目標方法以後根據執行狀況提交或者回滾事務。

聲明式事務最大的優勢就是不須要在業務邏輯代碼中摻瑣事務管理的代碼，只需在配置文件中作相關的事務規則聲明或經過@Transactional註解的方式，即可以將事務規則應用到業務邏輯中。

聲明式事務管理要優於編程式事務管理，這正是spring倡導的非侵入式的開發方式，使業務代碼不受污染，只要加上註解就能夠得到徹底的事務支持。惟一不足地方是，最細粒度只能做用到方法級別，沒法作到像編程式事務那樣能夠做用到代碼塊級別。

（2）spring的事務傳播行爲：

spring事務的傳播行爲說的是，當多個事務同時存在的時候，spring如何處理這些事務的行爲。

① PROPAGATION_REQUIRED：若是當前沒有事務，就建立一個新事務，若是當前存在事務，就加入該事務，該設置是最經常使用的設置。

② PROPAGATION_SUPPORTS：支持當前事務，若是當前存在事務，就加入該事務，若是當前不存在事務，就以非事務執行。‘

③ PROPAGATION_MANDATORY：支持當前事務，若是當前存在事務，就加入該事務，若是當前不存在事務，就拋出異常。

④ PROPAGATION_REQUIRES_NEW：建立新事務，不管當前存不存在事務，都建立新事務。

⑤ PROPAGATION_NOT_SUPPORTED：以非事務方式執行操做，若是當前存在事務，就把當前事務掛起。

⑥ PROPAGATION_NEVER：以非事務方式執行，若是當前存在事務，則拋出異常。

⑦ PROPAGATION_NESTED：若是當前存在事務，則在嵌套事務內執行。若是當前沒有事務，則按REQUIRED屬性執行。

（3）Spring中的隔離級別：

① ISOLATION_DEFAULT：這是個 PlatfromTransactionManager 默認的隔離級別，使用數據庫默認的事務隔離級別。

② ISOLATION_READ_UNCOMMITTED：讀未提交，容許另一個事務能夠看到這個事務未提交的數據。

③ ISOLATION_READ_COMMITTED：讀已提交，保證一個事務修改的數據提交後才能被另外一事務讀取，並且能看到該事務對已有記錄的更新。

④ ISOLATION_REPEATABLE_READ：可重複讀，保證一個事務修改的數據提交後才能被另外一事務讀取，可是不能看到該事務對已有記錄的更新。

⑤ ISOLATION_SERIALIZABLE：一個事務在執行的過程當中徹底看不到其餘事務對數據庫所作的更新。

 

1三、Spring框架中有哪些不一樣類型的事件？

Spring 提供瞭如下5種標準的事件：

（1）上下文更新事件（ContextRefreshedEvent）：在調用ConfigurableApplicationContext 接口中的refresh()方法時被觸發。

（2）上下文開始事件（ContextStartedEvent）：當容器調用ConfigurableApplicationContext的Start()方法開始/從新開始容器時觸發該事件。

（3）上下文中止事件（ContextStoppedEvent）：當容器調用ConfigurableApplicationContext的Stop()方法中止容器時觸發該事件。

（4）上下文關閉事件（ContextClosedEvent）：當ApplicationContext被關閉時觸發該事件。容器被關閉時，其管理的全部單例Bean都被銷燬。

（5）請求處理事件（RequestHandledEvent）：在Web應用中，當一個http請求（request）結束觸發該事件。

若是一個bean實現了ApplicationListener接口，當一個ApplicationEvent 被髮布之後，bean會自動被通知。

 

1四、解釋一下Spring AOP裏面的幾個名詞：

（1）切面（Aspect）：被抽取的公共模塊，可能會橫切多個對象。 在Spring AOP中，切面可使用通用類（基於模式的風格） 或者在普通類中以 @AspectJ 註解來實現。

（2）鏈接點（Join point）：指方法，在Spring AOP中，一個鏈接點 老是 表明一個方法的執行。 

（3）通知（Advice）：在切面的某個特定的鏈接點（Join point）上執行的動做。通知有各類類型，其中包括「around」、「before」和「after」等通知。許多AOP框架，包括Spring，都是以攔截器作通知模型， 並維護一個以鏈接點爲中心的攔截器鏈。

（4）切入點（Pointcut）：切入點是指 咱們要對哪些Join point進行攔截的定義。經過切入點表達式，指定攔截的方法，好比指定攔截add*、search*。

（5）引入（Introduction）：（也被稱爲內部類型聲明（inter-type declaration））。聲明額外的方法或者某個類型的字段。Spring容許引入新的接口（以及一個對應的實現）到任何被代理的對象。例如，你可使用一個引入來使bean實現 IsModified 接口，以便簡化緩存機制。

（6）目標對象（Target Object）： 被一個或者多個切面（aspect）所通知（advise）的對象。也有人把它叫作 被通知（adviced） 對象。 既然Spring AOP是經過運行時代理實現的，這個對象永遠是一個 被代理（proxied） 對象。

（7）織入（Weaving）：指把加強應用到目標對象來建立新的代理對象的過程。Spring是在運行時完成織入。

切入點（pointcut）和鏈接點（join point）匹配的概念是AOP的關鍵，這使得AOP不一樣於其它僅僅提供攔截功能的舊技術。 切入點使得定位通知（advice）可獨立於OO層次。 例如，一個提供聲明式事務管理的around通知能夠被應用到一組橫跨多個對象中的方法上（例如服務層的全部業務操做）。

 

1五、Spring通知有哪些類型？

https://blog.csdn.net/qq_32331073/article/details/80596084

（1）前置通知（Before advice）：在某鏈接點（join point）以前執行的通知，但這個通知不能阻止鏈接點前的執行（除非它拋出一個異常）。

（2）返回後通知（After returning advice）：在某鏈接點（join point）正常完成後執行的通知：例如，一個方法沒有拋出任何異常，正常返回。 

（3）拋出異常後通知（After throwing advice）：在方法拋出異常退出時執行的通知。 

（4）後通知（After (finally) advice）：當某鏈接點退出的時候執行的通知（不管是正常返回仍是異常退出）。 

（5）環繞通知（Around Advice）：包圍一個鏈接點（join point）的通知，如方法調用。這是最強大的一種通知類型。 環繞通知能夠在方法調用先後完成自定義的行爲。它也會選擇是否繼續執行鏈接點或直接返回它們本身的返回值或拋出異常來結束執行。 環繞通知是最經常使用的一種通知類型。大部分基於攔截的AOP框架，例如Nanning和JBoss4，都只提供環繞通知。 

同一個aspect，不一樣advice的執行順序：

①沒有異常狀況下的執行順序：

around before advice
before advice
target method 執行
around after advice
after advice
afterReturning

②有異常狀況下的執行順序：

around before advice
before advice
target method 執行
around after advice
after advice
afterThrowing:異常發生
java.lang.RuntimeException: 異常發生

 

原文：https://blog.csdn.net/a745233700/article/details/80959716