IoC
IoC（Inverse of Control几睛，即控制反轉(zhuǎn)）是一種設(shè)計思想，就是將原本在程序中手動創(chuàng)建對象的控制權(quán)，交由 Spring 框架來管理送悔。 IoC 在其他語言中也有應(yīng)用荒适，并非 Spirng 特有梨熙。IoC 容器是 Spring 用來實現(xiàn) IoC 的載體， IoC 容器實際上就是個 Map（key刀诬，value）, Map 中存放的是各種對象咽扇。
將對象之間的相互依賴關(guān)系交給 IoC 容器來管理，并由 IoC 容器完成對象的注入陕壹，這樣可以很大程度上簡化應(yīng)用的開發(fā)质欲，把應(yīng)用從復(fù)雜的依賴關(guān)系中解放出來。IoC 容器就像是一個工廠一樣糠馆，當(dāng)需要創(chuàng)建一個對象的時候嘶伟，只需要配置好配置文件/注解即可，完全不用考慮對象是如何被創(chuàng)建出來的又碌。在實際項目中九昧，一個 Service 類可能有幾百甚至上千個類作為它的底層，假如我們需要實例化這個 Service毕匀，你可能要每次都要搞清這個 Service 所有底層類的構(gòu)造函數(shù)铸鹰，這可能會把人逼瘋。如果利用 IoC 的話皂岔，你只需要配置好蹋笼，然后在需要的地方引用，這大大增加了項目的可維護性，且降低了開發(fā)的難度剖毯。
Spring 時代诞仓，我們一般通過 XML 文件來配置 Bean，后來有人覺得 XML 文件來配置不太好速兔，于是 Spring Boot 注解配置就慢慢開始流行起來墅拭。
AOP
AOP（Aspect-Oriented Programming，即面向切面編程)將那些與業(yè)務(wù)無關(guān)涣狗，卻為業(yè)務(wù)模塊所共同調(diào)用的邏輯或責(zé)任（例如事務(wù)處理谍婉、日志管理、權(quán)限控制等）封裝起來镀钓，便于減少系統(tǒng)的重復(fù)代碼穗熬，降低模塊間的耦合度，有利于系統(tǒng)的可拓展性和可維護性丁溅。
Spring AOP 就是基于動態(tài)代理實現(xiàn)的唤蔗。如果被代理的對象，實現(xiàn)了某個接口窟赏，那么 Spring AOP 會使用JDK Proxy妓柜，去創(chuàng)建該代理對象，而對于沒有實現(xiàn)接口的對象涯穷，就無法使用 JDK Proxy 去進行代理了棍掐，這時候 Spring AOP 會使用 Cglib 生成一個被代理對象的子類來作為代理，如下圖所示：
當(dāng)然還可以使用 AspectJ ,Spring AOP 已經(jīng)集成了 AspectJ 拷况，AspectJ 算的上是 Java 生態(tài)系統(tǒng)中最完整的 AOP 框架作煌。
使用 AOP 之后，我們可以把一些通用功能抽象出來赚瘦，在需要用到的地方直接使用即可粟誓，這樣就可以大大簡化代碼量。
Spring AOP 和 AspectJ AOP 有什么區(qū)別起意？
Spring AOP 屬于運行時增強鹰服，而 AspectJ 是編譯時增強。 Spring AOP 基于代理 (Proxying)杜恰，而 AspectJ 基于字節(jié)碼操作 (Bytecode Manipulation)获诈。
AspectJ 相比于 Spring AOP 功能更加強大，但是 Spring AOP 相對來說更簡單心褐，如果切面功能比較少舔涎，那么兩者性能差異不大。但是逗爹，當(dāng)切面太多的話亡嫌，最好選擇 AspectJ 嚎于，它比 Spring AOP 要快很多。
