最近寫的博客會比較多，可能又愛上了寫博客，
這篇博客我會帶大家加深對Spring的理解，不會有什么代碼，有些問題是我之前遇到過有記錄的，有些是在使用 Spring 的程序中也并沒有注意，臨時查閱了資料和書籍加上的，希望大家看了能有幫助，

什么是 Spring 框架?

Spring 是一種輕量級開發框架，旨在提高開發人員的開發效率以及系統的可維護性，

官網鏈接: Spring 官網.

我們一般說 Spring 框架指的都是 Spring Framework，它是很多模塊的集合，使用這些模塊可以很方便地協助我們進行開發，這些模塊是：Core核心容器、DAO資料訪問/集成,、Web、AOP（面向切面編程）、工具、訊息和測驗模塊，比如：Core Container 中的 Core 組件是Spring 所有組件的核心，Beans 組件和 Context 組件是實作IOC和依賴注入的基礎，AOP組件用來實作面向切面編程，

Spring 官網列出的 Spring 的 6 個特征:

• 核心技術 ：依賴注入(DI)，AOP，事件(events)，資源，i18n，驗證，資料系結，型別轉換，SpEL，
• 測驗 ：模擬物件，TestContext框架，Spring MVC 測驗，WebTestClient，
• 資料訪問 ：事務，DAO支持，JDBC，ORM，編組XML，
• Web支持 : Spring MVC和Spring WebFlx Web框架，
• 集成 ：遠程處理，JMS，JCA，JMX，電子郵件，任務，調度，快取，
• 語言 ：Kotlin，Groovy，動態語言，

列舉一些重要的Spring模塊？

下圖對應的是 Spring4.x 版本，目前最新的5.x版本中 Web 模塊的 Portlet 組件已經被廢棄掉，同時增加了用于異步回應式處理的 WebFlux 組件，

• Spring Core： 基礎,可以說 Spring 其他所有的功能都需要依賴于該類別庫，主要提供 IoC 依賴注入功能，
• Spring Aspects ： 該模塊為與AspectJ的集成提供支持，
• Spring AOP ： 提供了面向切面的編程實作，
• Spring JDBC : Java資料庫連接，
• Spring JMS ：Java訊息服務，
• Spring ORM : 用于支持Hibernate等ORM工具，
• Spring Web : 為創建Web應用程式提供支持，
• Spring Test : 提供了對 JUnit 和 TestNG 測驗的支持，

@RestController vs @Controller

Controller

Controller 回傳一個頁面

單獨使用 @Controller 不加 @ResponseBody的話一般使用在要回傳一個視圖的情況，這種情況屬于比較傳統的Spring MVC 的應用，對應于前后端不分離的情況，

RestController

@RestController 回傳JSON 或 XML 形式資料

但@RestController只回傳物件，物件資料直接以 JSON 或 XML 形式寫入 HTTP 回應(Response)中，這種情況屬于 RESTful Web服務，這也是目前日常開發所接觸的最常用的情況（前后端分離），

@Controller +@ResponseBody

@Controller +@ResponseBody 回傳JSON 或 XML 形式資料

如果你需要在Spring4之前開發 RESTful Web服務的話，你需要使用@Controller 并結合@ResponseBody注解，也就是說@Controller +@ResponseBody= @RestController（Spring 4 之后新加的注解），

@ResponseBody 注解的作用是將 Controller 的方法回傳的物件通過適當的轉換器轉換為指定的格式之后，
寫入到HTTP 回應(Response)物件的 body 中，通常用來回傳 JSON 或者 XML 資料，回傳 JSON 資料的情況比較多，

Spring IOC和AOP

IoC

IoC（Inverse of Control:控制反轉）是一種設計思想，就是 將原本在程式中手動創建物件的控制權，交由Spring框架來管理， IoC 在其他語言中也有應用，并非 Spring 特有， IoC 容器是 Spring 用來實作 IoC 的載體， IoC 容器實際上就是個Map（key，value）,Map 中存放的是各種物件，

將物件之間的相互依賴關系交給 IoC 容器來管理，并由 IoC 容器完成物件的注入，這樣可以很大程度上簡化應用的開發，把應用從復雜的依賴關系中解放出來， IoC 容器就像是一個工廠一樣，當我們需要創建一個物件的時候，只需要配置好組態檔/注解即可，完全不用考慮物件是如何被創建出來的， 在實際專案中一個 Service 類可能有幾百甚至上千個類作為它的底層，假如我們需要實體化這個 Service，你可能要每次都要搞清這個 Service 所有底層類的建構式，這可能會把人逼瘋，如果利用 IoC 的話，你只需要配置好，然后在需要的地方參考就行了，這大大增加了專案的可維護性且降低了開發難度，

Spring 時代我們一般通過 XML 檔案來配置 Bean，后來開發人員覺得 XML 檔案來配置不太好，于是 SpringBoot 注解配置就慢慢開始流行起來，

推薦閱讀：IOC深入理解

Spring IoC的初始化程序：

AOP

AOP(Aspect-Oriented Programming:面向切面編程)能夠將那些與業務無關，卻為業務模塊所共同呼叫的邏輯或責任（例如事務處理、日志管理、權限控制等）封裝起來，便于減少系統的重復代碼，降低模塊間的耦合度，并有利于未來的可拓展性和可維護性，

Spring AOP就是基于動態代理的，如果要代理的物件，實作了某個介面，那么Spring AOP會使用JDK Proxy，去創建代理物件，而對于沒有實作介面的物件，就無法使用 JDK Proxy 去進行代理了，這時候Spring AOP會使用Cglib ，這時候Spring AOP會使用 Cglib 生成一個被代理物件的子類來作為代理，如下圖所示：

當然你也可以使用 AspectJ ,Spring AOP 已經集成了AspectJ ，AspectJ 應該算的上是 Java 生態系統中最完整的 AOP 框架了，

使用 AOP 之后我們可以把一些通用功能抽象出來，在需要用到的地方直接使用即可，這樣大大簡化了代碼量，我們需要增加新功能時也方便，這樣也提高了系統擴展性，日志功能、事務管理等等場景都用到了 AOP ，

Spring AOP 和 AspectJ AOP 有什么區別？

Spring AOP 屬于運行時增強，而 AspectJ 是編譯時增強， 
Spring AOP 基于代理(Proxying)，而 AspectJ 基于位元組碼操作(Bytecode Manipulation)，

Spring AOP 已經集成了 AspectJ ，AspectJ 應該算的上是 Java 生態系統中最完整的 AOP 框架了，
AspectJ 相比于 Spring AOP 功能更加強大，但是 Spring AOP 相對來說更簡單，

如果我們的切面比較少，那么兩者性能差異不大，
但是，當切面太多的話，最好選擇 AspectJ ，它比Spring AOP 快很多，

看到這里相信同學們已經進一步了解了Spring的相關知識，接下來的Spring系列文章會繼續帶大家深入了解Spring的相關知識，謝謝大家的觀看，希望能給各位同學帶來幫助，如果覺得博主寫的還可以的，可以點贊關注， 😉