不多說先上圖

先把spring學明白

無處不在的spring
Spring的靈活庫受到全世界開發人員的信任。無論是流媒體電視，聯網汽車，在線購物還是無數其他創新解決方案，Spring每天都為數百萬最終用戶提供令人愉悅的體驗。Spring還得到了包括阿里巴巴，亞馬遜，谷歌，微軟等在內的所有科技巨頭的貢獻。
靈活的Spring
Spring框架的核心是控制反轉（IoC）和依賴注入（DI）功能，為廣泛的功能集奠定了基礎。無論您是為Web構建安全的，響應式的，基于云的微服務，還是為企業構建復雜的流數據流，Spring都可以提供幫助的工具。
SpringIOC

IOC中的依賴注入、容器初始化過程、bean的知識以及實現的大致流程，IOC（Inversionofcontrol）控制反轉/反轉控制。它是一種思想不是一個技術實現。描述的是：Java開發領域對象的創建以及管理的問題。

SpringAOP
AOP的內部原理其實就是動態代理和反射了

動態代理相關原理的話，你需要了解什么是代理模式、靜態代理的不足、動態代理的實現原理。Spring中實現動態代理有兩種方式可選，這兩種動態代理的實現方式的一個對比也是面試中常問的。
JDK動態代理
必須實現InvocationHandler接口，然后通過Proxy.newProxyInstance(ClassLoader
loader,Class<?>[]interfaces,InvocationHandlerh)獲得動態代理對象。
CGLIB動態代理
使用CGLIB動態代理，被代理類不需要強制實現接口。CGLIB不能對聲明為final
的方法進行代理，因為CGLIB原理是動態生成為代理類的子類。
OK，AOP講了。其實講到這里，可能會有一個延伸的面試問題。我們知道，Spring
事物也是通過AOP來實現的，我們使用的時候一般就是在方法上加
@Tranactional注解，那么你有沒有遇到過事物不生效的情況呢？這是為什么？這
個問題我們在后面的面試題中會講。

SpringMVC

1.M、V、C的含義
先顧名思義：M：Model，模型；V：View，視圖；C：Controller，控制器。
M：Model，模型。這個M是理解MVC機制的關鍵。但M這個概念卻很模糊，含義不明。是領域模型（DomainModel），代表業務實體與邏輯？是實體模型（EntityModel），代表ORM實體對象？還是視圖模型（ViewModel，簡稱VM）？答案是視圖模型！是視圖內容的一種抽象或映射。
V：View，視圖。很好理解，就是UI界面，用戶的交互接口，對應的代碼就是一系列HTML元素。視圖的作用是：（1）接收用戶動作；（2）呈現處理結果。呈現的數據來自哪里？視圖模型對象！
C：Controller，控制器。控制器是個“框”，每個控制器包含一系列Action函數，每個Action（動作）代表一個HTTP請求(動作)與響應。每個Action函數的作用是：（1）接收HTTP請求；（2）返回請求處理結果。其進行業務處理或調用獨立的業務層進行業務處理。返回什么結果？“視圖+視圖模型”的組合！這樣View才能呈現用戶在瀏覽器中看到的內容。那么“控制器”控什么？控“請求與響應”的關聯，控“視圖與視圖模型”的關聯。當然這些關聯都由MVC框架底層支撐實現，控制器只是這些關聯的呈現者。