寫在前面
最近在學(xué)習(xí)Spring框架的相關(guān)知識盹兢，找了本書來看具被，這書一上來介紹Spring是這么說的：通過IOC實(shí)現(xiàn)松耦合猫十、基于切面編程實(shí)現(xiàn)最小侵入式開發(fā)揍移，用以替代較重的J2EE開發(fā)技術(shù)次和。
我這一看就蒙圈了，一句話里面每個字都認(rèn)識那伐，連在一起就不知道是啥意思 —— 主要還是專業(yè)術(shù)語太多了踏施，顯得晦澀。后來翻了一些其他資料和從B站找了些視頻罕邀，總算對于Spring的IOC和AOP有了些許的理解畅形，所以總結(jié)在此與大家分享。
啥是Spring
先簡單講講Spring框架的概念诉探。
其實(shí)Spring是個全家桶日熬，可以參考Spring官網(wǎng)上的介紹，其中包括：
- Spring框架：即本篇文章討論的核心肾胯，支持IOC竖席，AOP等設(shè)計(jì)模式；
- Spring MVC
- Spring Boot：簡化Spring框架的配置操作
- Sring cloud：用于分布式敬肚，微服務(wù)等架構(gòu)的開發(fā)
那么接下來我們就來解釋這兩個重要的術(shù)語：IOC和AOP毕荐。
IOC是啥呢
概念拆解
IOC Inversion of control控制反轉(zhuǎn)：本質(zhì)上一種設(shè)計(jì)思想/模式，非Spring獨(dú)有（比如Tomcat和Servlet也實(shí)現(xiàn)了IOC）
- 控制 Control：指的是對象創(chuàng)建/管理的權(quán)利
- 正向：程序員自己在代碼中new一個對象帘皿，并且進(jìn)行賦值和管理
- 反轉(zhuǎn)：控制權(quán)交給外部環(huán)境（Spring框架的IoC容器）
綜述
所以簡單來說东跪，IOC指的是將創(chuàng)建和管理對象的權(quán)利交由第三方（如Spring容器，Tomcat容器）進(jìn)行鹰溜。
IOC解決了什么問題
這里可以參考這篇知乎文章：Spring IoC有什么好處呢虽填？
它主要從通俗的角度講解了一下，就比如買襪子這個事兒曹动，需要兩個角色：生產(chǎn)商和消費(fèi)者斋日。那么傳統(tǒng)的方式就是消費(fèi)者依賴生產(chǎn)商，消費(fèi)者需要自己去找生產(chǎn)商去買襪子墓陈，去管理襪子的供給流程恶守。
那么IOC提供的思路就是有一個第三方的襪子交易平臺，分別與生產(chǎn)商和消費(fèi)者打交道贡必，管理供給和消費(fèi)流程兔港，而無需雙方直接打交道。這樣襪子的庫存可以統(tǒng)一管理仔拟，雙方之間不直接產(chǎn)生關(guān)聯(lián)衫樊，對于一些變動也更加容易接受，如生產(chǎn)商更換等。
那么回到代碼角度來說就是科侈，IOC的優(yōu)勢在于：
- 對象作為資源集中管理：由第三方容器進(jìn)行統(tǒng)一的創(chuàng)建 —— 可以確保單例载佳，不會重復(fù)創(chuàng)建從而節(jié)省資源。
- 業(yè)務(wù)對象之間的解耦合臀栈，Service/Dao/Controller等互相之間不依賴
- 模塊化編程蔫慧，下游修改/重構(gòu)上游不用改代碼：比如A-Service的下游是A-Dao，此時A-Dao重構(gòu)為B-Dao权薯，無需修改A-Service代碼直接在Spring配置中修改即可修改下游的實(shí)現(xiàn)類姑躲。
IOC的技術(shù)實(shí)現(xiàn)
最常見以及最合理的實(shí)現(xiàn)方式就是DI（Dependency Injection 依賴注入）
Spring基于反射來實(shí)現(xiàn)DI：使用時只要提供依賴的名稱即可，依賴名稱和實(shí)現(xiàn)類的關(guān)聯(lián)關(guān)系在Spring的配置文件中進(jìn)行聲明
Spring中IOC的使用場景
- 適合由Spring管理的對象：Service盟蚣，Dao肋联，Controller這些單例的
- 不適合由Spring管理的：
- 非單例的，比如從數(shù)據(jù)庫中掃出來的數(shù)據(jù)對象刁俭；
- 由Tomcat管理的類：Servlet橄仍，F(xiàn)ilter，Listener
那么AOP又是啥呢
先說說動態(tài)代理
- 在程序的執(zhí)行過程中牍戚，面向目標(biāo)對象創(chuàng)建代理對象侮繁；
- 通過代理對象調(diào)用目標(biāo)對象的方法，從而在目標(biāo)對象的方法中增加額外的功能（比如日志如孝，性能分析等）
動態(tài)代理的作用：
- 業(yè)務(wù)代碼和非業(yè)務(wù)的隔離與解耦：使業(yè)務(wù)類更加專注于業(yè)務(wù)邏輯本身
- 收斂重復(fù)的非業(yè)務(wù)代碼（如日志宪哩，性能分析等），并且無需修改業(yè)務(wù)代碼本身
動態(tài)代理的實(shí)現(xiàn)：
- 基于JDK的反射包中實(shí)現(xiàn)第晰，可以參考我的代碼：JDK動態(tài)代理Demo锁孟，要求目標(biāo)類（業(yè)務(wù)類）需要實(shí)現(xiàn)接口，并且通過接口使用代理
- 基于Cglib實(shí)現(xiàn)：通過繼承茁瘦，創(chuàng)建代理類和對象品抽，從而實(shí)現(xiàn)功能增強(qiáng)；要求目標(biāo)類和目標(biāo)方法均不能是final的甜熔，否則無法繼承
AOP綜述
AOP Aspect Orient Programming 面向切面編程
- 技術(shù)上依賴動態(tài)代理實(shí)現(xiàn)圆恤，可以使用jdk和cglib兩種方式
- AOP的核心思想就是將動態(tài)代理的使用進(jìn)行規(guī)范化，規(guī)定了實(shí)現(xiàn)和使用的細(xì)節(jié)腔稀，簡化了動態(tài)代理的使用
- 參考OOP為面向?qū)ο缶幊膛桕迹械捻?xiàng)目流程都按照對象進(jìn)行拆解，一切邏輯基于對象進(jìn)行抽象和運(yùn)行焊虏；AOP即為將項(xiàng)目中的非業(yè)務(wù)邏輯都抽象為切面的形式淡喜，基于切面進(jìn)行程序的運(yùn)行；
AOP的作用/優(yōu)勢與動態(tài)代理的作用一致诵闭。
AOP三要素：Aspect, PointCut, Advice
- Aspect - 即切面的具體代碼炼团，實(shí)現(xiàn)了什么樣的額外功能
- PointCut - 即切面的執(zhí)行位置（在哪個類的哪個方法執(zhí)行），一般通過AspectJ的execution表達(dá)式表示一個或者多個方法
- Advice - 切面的執(zhí)行時機(jī)，比如在目標(biāo)方法之前们镜，之后等；
Spring中AOP的相關(guān)實(shí)現(xiàn)
- Spring原生AOP：Spring主要是在事務(wù)處理時使用aop润歉；項(xiàng)目開發(fā)中很少使用原生AOP模狭；
- AspectJ：一個開源的專門做aop的框架，實(shí)際使用最廣泛的框架踩衩，來自于eclipse基金會的開源項(xiàng)目嚼鹉。
- Spring框架中集成了aspectJ，所以通過spring就可以使用aspectJ驱富。
- 使用方式：XML配置文件（不常用）锚赤，注解（如@Aspect等，常用）
AOP適用場景：
- 項(xiàng)目中的多個類增加一個相同的功能褐鸥，如性能監(jiān)控
- 對一個已存在的類线脚，增加功能但是不想修改源代碼的情況下，通過代理增強(qiáng)功能
寫在最后
好啦叫榕，相信通過這個文章你應(yīng)該可以分清楚IOC浑侥，DI，AOP晰绎，動態(tài)代理以及松耦合這些”晦澀“的術(shù)語拉寓落。期待后續(xù)的分享~
