面試也好,學習的技術知識點也好,IoC和AOP都是很重要的東西,這篇文章就給大家一次性徹底講清這個技術知識點,
什么是 IoC?
IoC (Inversion of control )控制反轉/反轉控制,它是一種思想不是一個技術實作,描述的是:Java 開發領域物件的創建以及管理的問題,
例如:現有類 A 依賴于類 B
- 傳統的開發方式 :往往是在類 A 中手動通過 new 關鍵字來 new 一個 B 的物件出來
- 使用 IoC 思想的開發方式 :不通過 new 關鍵字來創建物件,而是通過 IoC 容器(Spring 框架)來幫助我們實體化物件,我們需要哪個物件,直接從 IoC 容器里面過去即可,
從以上兩種開發方式的對比來看:我們 “喪失了一個權力” (創建、管理物件的權力),從而也得到了一個好處(不用再考慮物件的創建、管理等一系列的事情)
另外也整理了spring的全部資料和其他Java知識點,需要的朋友可以點擊:點這個,點這個,暗號:csdn,

為什么叫控制反轉
控制 :指的是物件創建(實體化、管理)的權力
反轉 :控制權交給外部環境(Spring 框架、IoC 容器)

IoC 解決了什么問題
IoC 的思想就是兩方之間不互相依賴,由第三方容器來管理相關資源,這樣有什么好處呢?
- 物件之間的耦合度或者說依賴程度降低;
- 資源變的容易管理;比如你用 Spring 容器提供的話很容易就可以實作一個單例,
例如:現有一個針對 User 的操作,利用 Service 和 Dao 兩層結構進行開發
在沒有使用 IoC 思想的情況下,Service 層想要使用 Dao 層的具體實作的話,需要通過 new 關鍵字在UserServiceImpl 中手動 new 出 IUserDao 的具體實作類 UserDaoImpl(不能直接 new 介面類),

很完美,這種方式也是可以實作的,但是我們想象一下如下場景:
開發程序中突然接到一個新的需求,針對對IUserDao 介面開發出另一個具體實作類,因為 Server 層依賴了IUserDao的具體實作,所以我們需要修改UserServiceImpl中 new 的物件,如果只有一個類參考了IUserDao的具體實作,可能覺得還好,修改起來也不是很費力氣,但是如果有許許多多的地方都參考了IUserDao的具體實作的話,一旦需要更換IUserDao 的實作方式,那修改起來將會非常的頭疼,

使用 IoC 的思想,我們將物件的控制權(創建、管理)交有 IoC 容器去管理,我們在使用的時候直接向 IoC 容器 “要” 就可以了,
IoC 和 DI 別再傻傻分不清楚
IoC(Inverse of Control:控制反轉)是一種設計思想 或者說是某種模式,這個設計思想就是 將原本在程式中手動創建物件的控制權,交由 Spring 框架來管理, IoC 在其他語言中也有應用,并非 Spring 特有,IoC 容器是 Spring 用來實作 IoC 的載體, IoC 容器實際上就是個 Map(key,value),Map 中存放的是各種物件,
IoC 最常見以及最合理的實作方式叫做依賴注入(Dependency Injection,簡稱 DI),
并且,Martin Fowler在一篇文章中提到將 IoC 改名為 DI,原文如下,
老馬的大概意思是 IoC 太普遍并且不表意,很多人會因此而迷惑,所以,使用 DI 來精確指名這個模式比較好,
還有最近最新的大廠面試題,需要的朋友可以點擊:點這個,點這個,暗號:csdn,

什么是 AOP
AOP:Aspect oriented programming 面向切面編程,AOP 是 OOP(面向物件編程)的一種延續,
下面我們先看一個 OOP 的例子,
例如:現有三個類,Horse、Pig、Dog,這三個類中都有 eat 和 run 兩個方法,
通過 OOP 思想中的繼承,我們可以提取出一個 Animal 的父類,然后將 eat 和 run 方法放入父類中,Horse、Pig、Dog通過繼承Animal類即可自動獲得 eat() 和 run() 方法,這樣將會少些很多重復的代碼,

OOP 編程思想可以解決大部分的代碼重復問題,但是有一些問題是處理不了的,比如在父類 Animal 中的多個方法的相同位置出現了重復的代碼,OOP 就解決不了,
/**
* 動物父類
*/
public class Animal {
/** 身高 */
private String height;
/** 體重 */
private double weight;
public void eat() {
// 性能監控代碼
long start = System.currentTimeMillis();
// 業務邏輯代碼
System.out.println("I can eat...");
// 性能監控代碼
System.out.println("執行時長:" + (System.currentTimeMillis() - start)/1000f + "s");
}
public void run() {
// 性能監控代碼
long start = System.currentTimeMillis();
// 業務邏輯代碼
System.out.println("I can run...");
// 性能監控代碼
System.out.println("執行時長:" + (System.currentTimeMillis() - start)/1000f + "s");
}
}
這部分重復的代碼,一般統稱為 橫切邏輯代碼,

橫切邏輯代碼存在的問題:
- 代碼重復問題
- 橫切邏輯代碼和業務代碼混雜在一起,代碼臃腫,不變維護
AOP 就是用來解決這些問題的
AOP 另辟蹊徑,提出橫向抽取機制,將橫切邏輯代碼和業務邏輯代碼分離

代碼拆分比較容易,難的是如何在不改變原有業務邏輯的情況下,悄無聲息的將橫向邏輯代碼應用到原有的業務邏輯中,達到和原來一樣的效果,
AOP 解決了什么問題
通過上面的分析可以發現,AOP 主要用來解決:在不改變原有業務邏輯的情況下,增強橫切邏輯代碼,根本上解耦合,避免橫切邏輯代碼重復,
AOP 為什么叫面向切面編程
切 :指的是橫切邏輯,原有業務邏輯代碼不動,只能操作橫切邏輯代碼,所以面向橫切邏輯
面 :橫切邏輯代碼往往要影響的是很多個方法,每個方法如同一個點,多個點構成一個面,這里有一個面的概念
最后
提供免費的Java架構學習資料,學習技術內容包含有:Spring,Dubbo,MyBatis, RPC, 原始碼分析,高并發、高性能、分布式,性能優化,微服務 高級架構開發等等,
需要的朋友可以點擊:點這個!點這個!,暗號:csdn,
還有Java核心知識點+全套架構師學習資料和視頻+一線大廠面試寶典+面試簡歷模板可以領取+阿里美團網易騰訊小米愛奇藝快手嗶哩嗶哩面試題+Spring原始碼合集+Java架構實戰電子書+2020年最新大廠面試題,

轉載請註明出處,本文鏈接:https://www.uj5u.com/qianduan/193498.html
標籤:其他
