一篇告訴你什么是Spring

閱讀全文大概需要7分鐘

IoC 需要 DI(依賴注入)的支持為什么呢？因為沒有 DI 的注入 Spring 創(chuàng)造出的對象都是空值是無法使用的,所以說 IoC 和 DI 多數(shù)是同時出現(xiàn)人們眼前的。

IOC 是 Inversion of Control 的縮寫，多數(shù)書籍翻譯成“控制反轉(zhuǎn)”。 為了解決對象之間的耦合度過高的問題，軟件專家 Michael Mattson 提出了 IOC 理論，用來實現(xiàn)對象之間的 解耦。

2004年，Martin Fowler探討了同一個問題，既然IOC是控制反轉(zhuǎn)，那么到底是“哪些方面的控制被反轉(zhuǎn)了呢？”，經(jīng)過詳細(xì)地分析和論證后，他得出了答案：“獲得依賴對象的過程被反轉(zhuǎn)了”?？刂票环崔D(zhuǎn)之后，獲得依賴對象的過程由自身管理變?yōu)榱擞?IOC 容器主動注入。于是，他給“控制反轉(zhuǎn)”取了一個更合適的名字叫做“依賴注入（Dependency Injection）”。他的這個答案，實際上給出了實現(xiàn) IOC 的方法：注入。所謂依賴注入，就是由IOC容器在運行期間，動態(tài)地將某種依賴關(guān)系注入到對象之中。

依賴注入(DI)和控制反轉(zhuǎn)(IOC)是從不同的角度的描述的同一件事情，就是指 通過引入 IOC 容器，利用依賴關(guān)系注入的方式，實現(xiàn)對象之間的解耦。

背景介紹完了，講講我的理解

IoC 就是 依賴倒置原則的一種 設(shè)計思路，就 是將原本在程序中自己手動創(chuàng)建對象的控制權(quán)，交由 Spring 框架來管理。Spring 框架負(fù)責(zé)控制對象的 生命周期和 對象之間的關(guān)系。IoC 在其他語言中也有應(yīng)用，并非 Spirng 特有。 ioc 容器實際上就是個 map（key，value），里面存的是各種對象（在xml里配置的bean節(jié)點||repository、service、controller、component）。

Spring IOC 容器就像是一個工廠一樣，當(dāng)我們需要創(chuàng)建一個對象的時候，只需要配置好配置文件/注解即可，完全不用考慮對象是如何被創(chuàng)建出來的。 IOC 容器負(fù)責(zé)創(chuàng)建對象，將對象連接在一起，配置這些對象，并從創(chuàng)建中處理這些對象的整個生命周期，直到它們被完全銷毀。

在實際項目中一個 Service 類如果有幾百甚至上千個類作為它的底層，我們需要實例化這個 Service，你可能要每次都要搞清這個 Service 所有底層類的構(gòu)造函數(shù)，這可能會把人逼瘋。如果利用 IOC 的話，你只需要配置好，然后在需要的地方引用就行了，這大大增加了項目的可維護性且降低了開發(fā)難度。

推薦閱讀：

https://www.zhihu.com/question/23277575/answer/169698662

IoC容器的初始化過程可以分為三步：

1. Resource 定位（Bean的定義文件定位）、
2. 將 Resource 定位好的資源載入到 BeanDefinition、
3. 將 BeanDefiniton 注冊到容器中

IoC 源碼：

https://javadoop.com/post/spring-ioc

AOP（Aspect Oriented Programming 面向切面編程），在程序開發(fā)中主要用來解決一些系統(tǒng)層面上的問題，比如 日志收集，事務(wù)管理，權(quán)限，緩存，對象池管理等。

AOP 可以說是 OOP（Object Oriented Programming，面向?qū)ο缶幊蹋┑难a充和完善。OOP 引入封裝、繼承、多態(tài)等概念來建立一種對象層次結(jié)構(gòu)，用于模擬公共行為的一個集合。不過 OOP 允許開發(fā)者定義縱向的關(guān)系，但并不適合定義橫向的關(guān)系，例如日志功能。日志代碼往往橫向地散布在所有對象層次中，而與它對應(yīng)的對象的核心功能毫無關(guān)系對于其他類型的代碼，如 安全性、異常處理和透明的持續(xù)性也都是如此，這種散布在各處的無關(guān)的代碼被稱為橫切（cross cutting），在 OOP 設(shè)計中，它導(dǎo)致了 大量代碼的重復(fù)，而不利于各個模塊的重用。

AOP技術(shù)恰恰相反，它利用一種稱為"橫切"的技術(shù)，剖解開封裝的對象內(nèi)部，并將那些影響了多個類的公共行為封裝到一個可重用模塊，并將其命名為"Aspect"，即切面。所謂"切面"，簡單說就是那些與業(yè)務(wù)無關(guān)，卻為業(yè)務(wù)模塊所共同調(diào)用的邏輯或責(zé)任封裝起來， 便于減少系統(tǒng)的重復(fù)代碼，降低模塊之間的耦合度，并有 利于未來的可操作性和可維護性。

Spring AOP就是基于動態(tài)代理的，底層實現(xiàn)有倆種方式：一種是 JDK 動態(tài)代理(JDK Proxy)，另一種是 CGLib(Code Generation Library(基于字節(jié)碼操作)) 的方式。

如果要被代理的對象是個實現(xiàn)類，那么 Spring 會使用 JDK動態(tài)代理來完成操作（Spirng 默認(rèn)采用JDK動態(tài)代理實現(xiàn)機制）；如果要被代理的對象不是個實現(xiàn)類那么，Spring 會強制使用 CGLib 來實現(xiàn)動態(tài)代理。

推薦閱讀：https://www.jianshu.com/p/5b9a0d77f95f

當(dāng)然，也可以使用 AspectJ ，AspectJ 可以做Spring AOP干不了的事情，它是 AOP 編程的完全解決方案。

Spring AOP 屬于運行時增強；而 AspectJ 是編譯時增強。Spring AOP 只能在運行時織入，AspectJ 運行時織入不可用，支持編譯時、編譯后和加載時織入。

AspectJ 相比于 Spring AOP 功能更加強大，但是 Spring AOP 相對來說更簡單。

線程安全一直是代碼編寫的重地，我們大多時候在系統(tǒng)開發(fā)中不會使用多線程。單例 bean 存在線程安全問題，當(dāng)多個線程操作同一個對象的時候，這個對象的非靜態(tài)成員變量會存在線程安全問題。

解決方法：

1. 在類中定義一個ThreadLocal成員變量，將需要的可變成員變量保存在 ThreadLocal 中（推薦的一種方式，這也是常用一種）；

2.在Bean對象中盡量避免定義可變的成員變量。

在傳統(tǒng)的Java應(yīng)用中，bean的生命周期很簡單，使用Java關(guān)鍵字 new 進行Bean 的實例化，然后該Bean 就能夠使用了。一旦bean不再被使用，則由Java自動進行垃圾回收。

相比之下，Spring管理Bean的生命周期就復(fù)雜多了，正確理解Bean 的生命周期非常重要。一個Bean的構(gòu)造過程：

說到了 Spring ，那一定提一下 Spring MVC，各種講 SSM 的技術(shù)博客大家應(yīng)該都見了很多。

在我初學(xué)時 Java，那時講的是 “Java Bean(Model) + JSP（View） + Servlet（Controller）” 這種開發(fā)模式，這是早期的 JavaWeb MVC。

Spring MVC 是一款很優(yōu)秀的 MVC 框架?？梢宰屛覀兊拈_發(fā)更簡潔，而且它和 Spring 是無縫集成，是 Spring 的一個子模塊，是我們上面提到 Spring 大家族中 Web 模塊。

Spring MVC 框架主要由 DispatcherServlet 、處理器映射、處理器(控制器)、視圖解析器、視圖組成。

Spring MVC 流程圖很重要：

@Transactional(rollbackFor = Exception.class)注解

在 @Transactional 注解中如果不配置 rollbackFor 屬性,那么事物只會在遇到 RuntimeException 的時候才會回滾,加上 rollbackFor=Exception.class ,可以讓事物在遇到非運行時異常時也回滾。

后記

scope 是范圍的意思,在絕地求生中 scope 意為瞄準(zhǔn)鏡,如果你的隊友是個老外你就和他說 i want this 4times scope 他就明白了。

下篇結(jié)合代碼一塊講解

聲明：參考來源互聯(lián)網(wǎng)，有任何爭議可以留言。站在前人的肩上，我們才能看的更遠(yuǎn)。

本教程純手打，致力于最實用教程，希望多多轉(zhuǎn)發(fā)支持，對我真的很重要。 歡迎來我公眾號，希望可以結(jié)識你，更多原創(chuàng)PDF，微信搜索：JavaPub，回復(fù)：【666】，也可以催更。

有任何問題都可以來談?wù)?！