Spring是什么?
Spring是一個輕量級的IoC和AOP容器框架。是為Java應用程序提供基礎(chǔ)性服務的一套框架，目的是用于簡化企業(yè)應用程序的開發(fā)，它使得開發(fā)者只需要關(guān)心業(yè)務需求。常見的配置方式有三種：基于XML的配置、基于注解的配置、基于Java的配置。
主要由以下幾個模塊組成：
- Spring Core：核心類庫，提供IOC服務；
- Spring Context：提供框架式的Bean訪問方式，以及企業(yè)級功能（JNDI、定時任務等）；
- Spring AOP：AOP服務；
- Spring DAO：對JDBC的抽象，簡化了數(shù)據(jù)訪問異常的處理；
- Spring ORM：對現(xiàn)有的ORM框架的支持；
- Spring Web：提供了基本的面向Web的綜合特性，例如多方文件上傳；
- Spring MVC：提供面向Web應用的Model-View-Controller實現(xiàn)。
Spring 的優(yōu)點？
（1）Spring屬于低侵入式設(shè)計，代碼的污染極低；
（2）Spring的DI機制將對象之間的依賴關(guān)系交由框架處理，減低組件的耦合性；
（3）Spring提供了AOP技術(shù)，支持將一些通用任務，如安全、事務、日志、權(quán)限等進行集中式管理，從而提供更好的復用。
（4）Spring對于主流的應用框架提供了集成支持。
什么是DI機制？
依賴注入（Dependecy Injection）和控制反轉(zhuǎn)（Inversion of Control）是同一個概念的不同角度的描述，具體的講：當某個角色需要另外一個角色協(xié)助的時候，在傳統(tǒng)的程序設(shè)計過程中，通常由調(diào)用者來創(chuàng)建被調(diào)用者的實例。但在spring中創(chuàng)建被調(diào)用者的工作不再由調(diào)用者來完成，因此稱為控制反轉(zhuǎn)。創(chuàng)建被調(diào)用者的工作由spring來完成，然后注入調(diào)用者，因此也稱為依賴注入。
Spring的IOC有三種注入方式 ：構(gòu)造器注入、setter方法注入、根據(jù)注解注入。
（1）IOC就是控制反轉(zhuǎn)，是指創(chuàng)建對象的控制權(quán)的轉(zhuǎn)移，以前創(chuàng)建對象的主動權(quán)和時機是由自己把控的，而現(xiàn)在這種權(quán)力轉(zhuǎn)移到Spring容器中，并由容器根據(jù)配置文件去創(chuàng)建實例和管理各個實例之間的依賴關(guān)系，對象與對象之間松散耦合，也利于功能的復用。DI依賴注入，和控制反轉(zhuǎn)是同一個概念的不同角度的描述，即 應用程序在運行時依賴IoC容器來動態(tài)注入對象需要的外部資源。
（2）最直觀的表達就是，IOC讓對象的創(chuàng)建不用去new了，可以由spring自動生產(chǎn)，使用java的反射機制，根據(jù)配置文件在運行時動態(tài)的去創(chuàng)建對象以及管理對象，并調(diào)用對象的方法的。
什么是AOP？
OOP面向?qū)ο?，允許開發(fā)者定義縱向的關(guān)系，但并適用于定義橫向的關(guān)系，導致了大量代碼的重復，而不利于各個模塊的重用。
AOP，一般稱為面向切面，作為面向?qū)ο?OOP)的一種補充，用于將那些與業(yè)務無關(guān)，但卻對多個對象產(chǎn)生影響的公共行為和邏輯，抽取并封裝為一個可重用的模塊，這個模塊被命名為“切面”（Aspect），減少系統(tǒng)中的重復代碼，降低了模塊間的耦合度，同時提高了系統(tǒng)的可維護性。可用于權(quán)限認證、日志、事務處理。
aop框架具有的兩個特征：
1.各個步驟之間的良好隔離性
2.源代碼無關(guān)性
BeanFactory和ApplicationContext有什么區(qū)別？
BeanFactory和ApplicationContext是Spring的兩大核心接口，都可以當做Spring的容器。其中ApplicationContext是BeanFactory的子接口。
- BeanFactory：是Spring里面最底層的接口，包含了各種Bean的定義，讀取bean配置文檔，管理bean的加載、實例化，控制bean的生命周期，維護bean之間的依賴關(guān)系。ApplicationContext接口作為BeanFactory的派生，除了提供BeanFactory所具有的功能外，還提供了更完整的框架功能：
①繼承MessageSource，因此支持國際化。
②統(tǒng)一的資源文件訪問方式。
③提供在監(jiān)聽器中注冊bean的事件。
④同時加載多個配置文件。
⑤載入多個（有繼承關(guān)系）上下文 ，使得每一個上下文都專注于一個特定的層次，比如應用的web層。
- BeanFactory和ApplicationContext加載Bean方式對比
- BeanFactroy采用的是延遲加載形式來注入Bean的，即只有在使用到某個Bean時(調(diào)用getBean())，才對該Bean進行加載實例化。這樣，我們就不能發(fā)現(xiàn)一些存在的Spring的配置問題。如果Bean的某一個屬性沒有注入，BeanFacotry加載后，直至第一次使用調(diào)用getBean方法才會拋出異常。
- ApplicationContext，它是在容器啟動時，一次性創(chuàng)建了所有的Bean。這樣，在容器啟動時，我們就可以發(fā)現(xiàn)Spring中存在的配置錯誤，這樣有利于檢查所依賴屬性是否注入。 ApplicationContext啟動后預載入所有的單實例Bean，通過預載入單實例bean ,確保當你需要的時候，你就不用等待，因為它們已經(jīng)創(chuàng)建好了。
- 相對于基本的BeanFactory，ApplicationContext 唯一的不足是占用內(nèi)存空間。當應用程序配置Bean較多時，程序啟動較慢。
- BeanFactory通常以編程的方式被創(chuàng)建，ApplicationContext還能以聲明的方式創(chuàng)建，如使用ContextLoader。
- BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但兩者之間的區(qū)別是：BeanFactory需要手動注冊，而ApplicationContext則是自動注冊。
解釋Spring支持的幾種bean的作用域。
Spring容器中的bean可以分為5個范圍：
（1）singleton：默認，每個容器中只有一個bean的實例，單例的模式由BeanFactory自身來維護。
（2）prototype：為每一個bean請求提供一個實例。
（3）request：為每一個網(wǎng)絡(luò)請求創(chuàng)建一個實例，在請求完成以后，bean會失效并被垃圾回收器回收。
（4）session：與request范圍類似，確保每個session中有一個bean的實例，在session過期后，bean會隨之失效。
（5）global-session：全局作用域，global-session和Portlet應用相關(guān)。當你的應用部署在Portlet容器中工作時，它包含很多portlet。如果你想要聲明讓所有的portlet共用全局的存儲變量的話，那么這全局變量需要存儲在global-session中。全局作用域與Servlet中的session作用域效果相同。
Spring框架中的單例Beans是線程安全的么？
Spring框架并沒有對單例bean進行任何多線程的封裝處理。關(guān)于單例bean的線程安全和并發(fā)問題需要開發(fā)者自行去搞定。但實際上，大部分的Spring bean并沒有可變的狀態(tài)(比如Serview類和DAO類)，所以在某種程度上說Spring的單例bean是線程安全的。如果你的bean有多種狀態(tài)的話（比如 View Model 對象），就需要自行保證線程安全。最淺顯的解決辦法就是將多態(tài)bean的作用域由“singleton”變更為“prototype”。
Spring如何處理線程并發(fā)問題？
在一般情況下，只有無狀態(tài)的Bean才可以在多線程環(huán)境下共享，在Spring中，絕大部分Bean都可以聲明為singleton作用域，因為Spring對一些Bean中非線程安全狀態(tài)采用ThreadLocal進行處理，解決線程安全問題。
ThreadLocal和線程同步機制都是為了解決多線程中相同變量的訪問沖突問題。同步機制采用了“時間換空間”的方式，僅提供一份變量，不同的線程在訪問前需要獲取鎖，沒獲得鎖的線程則需要排隊。而ThreadLocal采用了“空間換時間”的方式。
ThreadLocal會為每一個線程提供一個獨立的變量副本，從而隔離了多個線程對數(shù)據(jù)的訪問沖突。因為每一個線程都擁有自己的變量副本，從而也就沒有必要對該變量進行同步了。ThreadLocal提供了線程安全的共享對象，在編寫多線程代碼時，可以把不安全的變量封裝進ThreadLocal。
Spring基于xml注入bean的幾種方式：
（1）Set方法注入；
（2）構(gòu)造器注入：①通過index設(shè)置參數(shù)的位置；②通過type設(shè)置參數(shù)類型；
（3）靜態(tài)工廠注入；
（4）實例工廠；
詳細內(nèi)容可以閱讀：https://blog.csdn.net/a745233700/article/details/89307518
Spring的自動裝配：
在spring中，對象無需自己查找或創(chuàng)建與其關(guān)聯(lián)的其他對象，由容器負責把需要相互協(xié)作的對象引用賦予各個對象，使用autowire來配置自動裝載模式。
在Spring框架xml配置中共有5種自動裝配：
（1）no：默認的方式是不進行自動裝配的，通過手工設(shè)置ref屬性來進行裝配bean。
（2）byName：通過bean的名稱進行自動裝配，如果一個bean的 property 與另一bean 的name 相同，就進行自動裝配。
（3）byType：通過參數(shù)的數(shù)據(jù)類型進行自動裝配。
（4）constructor：利用構(gòu)造函數(shù)進行裝配，并且構(gòu)造函數(shù)的參數(shù)通過byType進行裝配。
（5）autodetect：自動探測，如果有構(gòu)造方法，通過 construct的方式自動裝配，否則使用 byType的方式自動裝配。
基于注解的方式：
@Autowired可用于：構(gòu)造函數(shù)、成員變量、Setter方法
注：@Autowired和@Resource之間的區(qū)別
(1) @Autowired默認是按照類型裝配注入的，默認情況下它要求依賴對象必須存在（可以設(shè)置它required屬性為false）。
(2) @Resource默認是按照名稱來裝配注入的，只有當找不到與名稱匹配的bean才會按照類型來裝配注入。
Spring 框架中都用到了哪些設(shè)計模式？
（1）工廠模式：BeanFactory就是簡單工廠模式的體現(xiàn)，用來創(chuàng)建對象的實例；
（2）單例模式：Bean默認為單例模式。
（3）代理模式：Spring的AOP功能用到了JDK的動態(tài)代理和CGLIB字節(jié)碼生成技術(shù)；
（4）模板方法：用來解決代碼重復的問題。比如. RestTemplate, JmsTemplate, JpaTemplate。
（5）觀察者模式：定義對象鍵一種一對多的依賴關(guān)系，當一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都會得到通知被制動更新，如Spring中l(wèi)istener的實現(xiàn)--ApplicationListener。
Spring事務的實現(xiàn)方式和實現(xiàn)原理：
Spring事務的本質(zhì)其實就是數(shù)據(jù)庫對事務的支持，沒有數(shù)據(jù)庫的事務支持，spring是無法提供事務功能的。真正的數(shù)據(jù)庫層的事務提交和回滾是通過binlog或者redo log實現(xiàn)的。
（1）Spring事務的種類：
spring支持編程式事務管理和聲明式事務管理兩種方式：
- 編程式事務管理使用TransactionTemplate。
- 聲明式事務管理建立在AOP之上的。其本質(zhì)是通過AOP功能，對方法前后進行攔截，將事務處理的功能編織到攔截的方法中，也就是在目標方法開始之前加入一個事務，在執(zhí)行完目標方法之后根據(jù)執(zhí)行情況提交或者回滾事務。
聲明式事務最大的優(yōu)點就是不需要在業(yè)務邏輯代碼中摻雜事務管理的代碼，只需在配置文件中做相關(guān)的事務規(guī)則聲明或通過@Transactional注解的方式，便可以將事務規(guī)則應用到業(yè)務邏輯中。
聲明式事務管理要優(yōu)于編程式事務管理，這正是spring倡導的非侵入式的開發(fā)方式，使業(yè)務代碼不受污染，只要加上注解就可以獲得完全的事務支持。唯一不足地方是，最細粒度只能作用到方法級別，無法做到像編程式事務那樣可以作用到代碼塊級別。
（2）spring的事務傳播行為：
spring事務的傳播行為說的是，當多個事務同時存在的時候，spring如何處理這些事務的行為。
① PROPAGATION_REQUIRED：如果當前沒有事務，就創(chuàng)建一個新事務，如果當前存在事務，就加入該事務，該設(shè)置是最常用的設(shè)置。
② PROPAGATION_SUPPORTS：支持當前事務，如果當前存在事務，就加入該事務，如果當前不存在事務，就以非事務執(zhí)行?！?br> ③ PROPAGATION_MANDATORY：支持當前事務，如果當前存在事務，就加入該事務，如果當前不存在事務，就拋出異常。
④ PROPAGATION_REQUIRES_NEW：創(chuàng)建新事務，無論當前存不存在事務，都創(chuàng)建新事務。
⑤ PROPAGATION_NOT_SUPPORTED：以非事務方式執(zhí)行操作，如果當前存在事務，就把當前事務掛起。
⑥ PROPAGATION_NEVER：以非事務方式執(zhí)行，如果當前存在事務，則拋出異常。
⑦ PROPAGATION_NESTED：如果當前存在事務，則在嵌套事務內(nèi)執(zhí)行。如果當前沒有事務，則按REQUIRED屬性執(zhí)行。
（3）Spring中的隔離級別：
① ISOLATION_DEFAULT：這是個 PlatfromTransactionManager 默認的隔離級別，使用數(shù)據(jù)庫默認的事務隔離級別。
② ISOLATION_READ_UNCOMMITTED：讀未提交，允許另外一個事務可以看到這個事務未提交的數(shù)據(jù)。
③ ISOLATION_READ_COMMITTED：讀已提交，保證一個事務修改的數(shù)據(jù)提交后才能被另一事務讀取，而且能看到該事務對已有記錄的更新。
④ ISOLATION_REPEATABLE_READ：可重復讀，保證一個事務修改的數(shù)據(jù)提交后才能被另一事務讀取，但是不能看到該事務對已有記錄的更新。
⑤ ISOLATION_SERIALIZABLE：一個事務在執(zhí)行的過程中完全看不到其他事務對數(shù)據(jù)庫所做的更新。
Spring框架中有哪些不同類型的事件？
Spring 提供了以下5種標準的事件：
（1）上下文更新事件（ContextRefreshedEvent）：在調(diào)用ConfigurableApplicationContext 接口中的refresh()方法時被觸發(fā)。
（2）上下文開始事件（ContextStartedEvent）：當容器調(diào)用ConfigurableApplicationContext的Start()方法開始/重新開始容器時觸發(fā)該事件。
（3）上下文停止事件（ContextStoppedEvent）：當容器調(diào)用ConfigurableApplicationContext的Stop()方法停止容器時觸發(fā)該事件。
（4）上下文關(guān)閉事件（ContextClosedEvent）：當ApplicationContext被關(guān)閉時觸發(fā)該事件。容器被關(guān)閉時，其管理的所有單例Bean都被銷毀。
（5）請求處理事件（RequestHandledEvent）：在Web應用中，當一個http請求（request）結(jié)束觸發(fā)該事件。
如果一個bean實現(xiàn)了ApplicationListener接口，當一個ApplicationEvent 被發(fā)布以后，bean會自動被通知。
解釋一下Spring AOP里面的幾個名詞：
（1）切面（Aspect）：被抽取的公共模塊，可能會橫切多個對象。 在Spring AOP中，切面可以使用通用類（基于模式的風格） 或者在普通類中以 @AspectJ 注解來實現(xiàn)。
（2）連接點（Join point）：指方法，在Spring AOP中，一個連接點 總是 代表一個方法的執(zhí)行。
（3）通知（Advice）：在切面的某個特定的連接點（Join point）上執(zhí)行的動作。通知有各種類型，其中包括“around”、“before”和“after”等通知。許多AOP框架，包括Spring，都是以攔截器做通知模型， 并維護一個以連接點為中心的攔截器鏈。
（4）切入點（Pointcut）：切入點是指 我們要對哪些Join point進行攔截的定義。通過切入點表達式，指定攔截的方法，比如指定攔截add、search。
（5）引入（Introduction）：（也被稱為內(nèi)部類型聲明（inter-type declaration））。聲明額外的方法或者某個類型的字段。Spring允許引入新的接口（以及一個對應的實現(xiàn)）到任何被代理的對象。例如，你可以使用一個引入來使bean實現(xiàn) IsModified 接口，以便簡化緩存機制。
（6）目標對象（Target Object）： 被一個或者多個切面（aspect）所通知（advise）的對象。也有人把它叫做 被通知（adviced） 對象。 既然Spring AOP是通過運行時代理實現(xiàn)的，這個對象永遠是一個 被代理（proxied） 對象。
（7）織入（Weaving）：指把增強應用到目標對象來創(chuàng)建新的代理對象的過程。Spring是在運行時完成織入。
切入點（pointcut）和連接點（join point）匹配的概念是AOP的關(guān)鍵，這使得AOP不同于其它僅僅提供攔截功能的舊技術(shù)。 切入點使得定位通知（advice）可獨立于OO層次。 例如，一個提供聲明式事務管理的around通知可以被應用到一組橫跨多個對象中的方法上（例如服務層的所有業(yè)務操作）。
