一. Spring是什麼?
- 是一個輕量級的開源容器框架，用來裝JavaBean，可以把其他的一些框架進行整合使用，使得開發更快，更簡潔。
- 輕量級：佔用空間小，非入侵式的(Spring中的物件不依賴於Spring的特定類)
- IOC，AOP
二. IOC和AOP
談談你對AOP的理解?
- 將程式中的交叉業務邏輯(比如安全,日誌,事務等)，封裝成一個切面，注入到目標物件(具體業務) 中。可以在不改變目標物件的前提下進行功能擴充套件，做一些額外的事。
- 在OOP的設計中，導致了大量程式碼的重複，不利於模組的重用。
- AOP基於動態代理：JDK動態代理和cglib動態代理
Spring通知（Advice）有哪些型別?
- 前置通知，後置通知，迴圈通知，返回後通知，丟擲異常後通知
談談你對IOC的理解?
從三個方面談：
- 容器概念：
- IOC容器就像個map一樣，裡面儲存的是物件。這些物件通過xml，或者註解放到這個map中， 在需要的地方進行DI注入。
- 物件的建立，消亡，管理都交給容器。
- 控制反轉：(獲得依賴物件的過程被反轉了)
- 沒有IOC之前，比如A物件中依賴B物件，那麼在A執行到某一點，就會主動的建立B物件或者使用之前建立的B物件，不管怎樣，控制權在程式的手裡。引入IOC之後，物件A和B之間失去了 直接的聯絡，當物件A允許到需要B物件的時候，IOC會把之前建立的B物件注入到需要的位置B物件從主動建立到被動注入，控制權交給IOC
- 依賴注入：
- 就是實現IOC的方法，在IOC容器允許中，動態的將某種依賴關係注入到物件中
三. 簡述一下Spring Bean的生命週期?
- 例項化Bean，通過反射
- 屬性填充，對物件中加了@autowired的屬性進行注入
- 處理Aware介面，Spring會檢測該物件是否實現了xxxAware介面，可以拿到一些Spring 容器資源，
- 比如BeanNameAware介面，會呼叫它實現的setBeanName(String beanId)方法，傳入Bean的名字；
- 完成代理AOP，如果物件有AOP代理，生成代理類物件。
- BeanPostProcessor前置處理
- InitializingBean：如果Bean實現了InitializingBean介面，執行afterPropertiesSet()方法，可以完成一些屬性的初始化操作。
- BeanPostProcessor後置處理
- 例項化bean，如果是單例，放在單例池中
- 呼叫DisposableBean()銷燬bean
四. 解釋一下Spring支援的幾種Bean的作用域?
- singletion：單例模式(預設) 每一個IOC容器只有一個bean物件，生命週期與IOC容器一樣
- prototype：原型模式，每次注入都會建立一個新的物件(每次呼叫getBean()建立一個新的物件)
其餘的只能在web開放中使用！(讓物件和web裡的作用域一樣)
- request：每次請求建立一個物件
- session：每個session中建立一個物件
- application：每一個ServletContent中建立一個物件
- websocket：每一個websocket中建立一個物件
- global-session：全域性作用域(瞭解)
Spring框架中的單例Bean是執行緒安全的嗎?
不是執行緒安全的
- 如果bean是無狀態的，就不會儲存資料。只是說一層一層的呼叫例項方法，比如controller呼叫 service，service呼叫dao。這樣的操作是在棧中，每一個執行緒獨有的空間，就是執行緒安全的。
- 如果bean是有狀態的，就會有資料儲存功能。那麼資料儲存在堆中，就需要考慮執行緒安全問題了
- 兩種方式保證執行緒安全：
- 把singletion改為prototype。每次是新的物件
- 使用Threadlocal把變數變為執行緒私有的，如果需要共享變數，加鎖。
- 兩種方式保證執行緒安全：
五. Bean的自動裝配
什麼是Bean的自動裝配，有哪些方式?
通俗的話來講，就是一個Bean中。有些屬性是引用型別的，這些型別就不需要手動注入，可以從IOC容器中自動注入，也就是自動裝配。具體是給autowire的屬性賦值。
五種自動裝配的方式?
- 預設：就是手動注入
- byType：根據型別注入
- byName：根據id注入
- construtor：根據構造器的引數型別進行注入。
- autodetect：先根據構造器引數，再根據byType。
關於@autowire
自動注入倆種方式：
- xml配置檔案
- 註解：
- @autowired
- @Resource
關於@autowired的理解?
- 該註解是先ByType再ByName。可以放在屬性，setter方法，構造器，任意方法上使用因為該註解使用反射進行注入。
- 它會先把 屬性/成員變數的【訪問控制檢查】關掉，這樣就算設定為private也會注入成功。
六. BeanFactory，ApplicationContext，FactoryBean
BeanFactory和ApplicationContext的區別?
- BeanFactory是Spring框架的基礎設施，面向 Spring 本身;
- ApplicationContext面向使用Spring 框架的開發者，幾乎所有的應用場合我們都直接使用ApplicationContext而非底層的BeanFactory。
- ApplicationContext 由 BeanFactory 派生而來，提供了更多面向實際應用的功能。
具體區別：
- ApplicationContext:
- 繼承MessageSource，支援國際化
- 統一的資原始檔訪問方式
- 同時載入多個配置檔案
- 載入多個上下文物件，使得每個上下文物件專注於一個特定的層次，比如：service層 (以上為擴充套件的功能)
- 在容器啟動的時候，一次性建立所有的bean物件，這樣在容器啟動的時候，就能發現錯誤
- BeanFactory:
- 採用延遲載入的形式建立bean，只有呼叫getBean()的時候，才進行物件的建立
FactoryBean 與 BeanFactory 有什麼區別?
- BeanFactory 是 IoC 底層容器，提供了 bean 的管理
- FactoryBean 是建立 Bean 的一種方式，幫助實現複雜的初始化邏輯。 比如SqlSessionFactoryBean就是繼承 FactoryBean
七. Spring事務
事務這個概念是資料庫層面的，Spring只是基於資料庫做了擴充套件，提供簡單的操作事務的方式
Spring事務的實現方式和原理?
兩種實現方式：
- 程式設計式：自己關閉sql的自動提交，進行try-catch-final。
- 申明式：採用xml或者@Transaction 開啟事務
- 申明式事務的原理：Spring會基於這個類生成一個代理物件，使用這個代理物件的時候，如果方法上使用@Transaction，就會把自動提交設定為false，然後執行邏輯，如果報異常，回滾，無異常，提交事務。
Spring事務的隔離級別：就是資料庫的隔離級別，可以參照MYSQL事務
事務的傳播特性：
| PROPAGATION_REQUIRED | 如果沒有，就開啟一個事務；如果有，就加入當前事務（方法B看到自己已經執行在 方法A的事務內部，就不再起新的事務，直接加入方法A） |
| RROPAGATION_REQUIRES_NEW | 如果沒有，就開啟一個事務；如果有，就將當前事務掛起。（方法A所在的事務就會掛起，方法B會起一個新的事務，等待方法B的事務完成以後，方法A才繼續執行） |
| PROPAGATION_NESTED | 如果沒有，就開啟一個事務；如果有，就在當前事務中巢狀其他事務 |
| PROPAGATION_SUPPORTS | 如果沒有，就以非事務方式執行；如果有，就加入當前事務（方法B看到自己已經執行在 方法A的事務內部，就不再起新的事務，直接加入方法A） |
| PROPAGATION_NOT_SUPPORTED | 如果沒有，就以非事務方式執行；如果有，就將當前事務掛起，（方法A所在的事務就會掛起，而方法B以非事務的狀態執行完，再繼續方法A的事務） |
| PROPAGATION_NEVER | 如果沒有，就以非事務方式執行；如果有，就丟擲異常。 |
| PROPAGATION_MANDATORY | 如果沒有，就丟擲異常；如果有，就使用當前事務 |
Spring 事務什麼時候會失效?
Spring事務的原理是AOP，進行切面增強，那麼失效的原因也是AOP不起作用，常見情況如下:
- 發生自呼叫，使用this呼叫本類的方法，此時這個this物件不是代理類，而是UserService 物件本身！
- 解決方式很簡單，讓this變為代理類
- 方法不是public的：
- @Transaction只能使用在public方法上，否則事務會失效
- @Transactional 作用於介面，使用 CGLib 動態代理
- 資料庫不支援事務
- 沒有被Spring管理
- 異常被吃掉，事務沒有回滾
八. Spring中用到哪些設計模式
九. 迴圈依賴
後期更新~
寄語：透過雲端的道路，只親吻攀登者的足跡。