Spring基礎(chǔ)中的DI/IOC和AOP原理是什么

本篇文章給大家分享的是有關(guān)Spring基礎(chǔ)中的DI/IOC和AOP原理是什么，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

Spring框架核心介紹

DI(Dependency Injection),依賴注入，和我們常聽說的另一個(gè)概念 IOC(控制反轉(zhuǎn))其實(shí)歸根結(jié)底實(shí)現(xiàn)的功能是相同的，只是同樣的功能站在不同的角度來闡述罷了。這里博主就不去過多的辨析，度娘上有一大堆解釋。我們需要知道的是，什么叫依賴注入，為什么要依賴注入。搞清這兩點(diǎn)，我想對(duì)Spring的學(xué)習(xí)在思想上就算是上道了。

沒用使用Spring的時(shí)候——也就是沒有依賴注入的時(shí)候，java應(yīng)用程序的類與類之間要實(shí)現(xiàn)相互的功能協(xié)作是比較費(fèi)勁的，某個(gè)類(A)要實(shí)現(xiàn)它的功能如果需要依賴另一個(gè)類(B)的協(xié)作的話，就需要在A類中主動(dòng)創(chuàng)建出B類的對(duì)象，才能使用B類的方法完成功能(這里看官就不要去糾結(jié)靜態(tài)方法之類的情況了)。這等于是A類需要負(fù)責(zé)B類對(duì)象整個(gè)生命周期的管理。

在極度簡(jiǎn)單的情況下，在一個(gè)類中new出另一個(gè)類的對(duì)象似乎并沒有什么問題，但是復(fù)雜的應(yīng)用程序類與類的協(xié)作關(guān)系往往是多邊的，我們并不知道一個(gè)類功能的實(shí)現(xiàn)會(huì)依賴多少個(gè)另類對(duì)象來協(xié)作，所以在類中自行創(chuàng)建對(duì)象并且管理對(duì)象的整個(gè)生命周期，會(huì)造成代碼的高度耦合以及不可想象的復(fù)雜度。

那么，試想，如果我們能將對(duì)象的生命周期交給第三方組件來管理，當(dāng)某個(gè)類需要另外的對(duì)象時(shí)第三方組件就直接創(chuàng)建出來交給它，這樣，類就可以只專注于自己功能的實(shí)現(xiàn)，而不用去管理其他類對(duì)象的生命周期，這樣類的功能就單純了很多。是的，你一定已經(jīng)明白了，Spring(容器)就是這個(gè)第三方組件。

我們只需要告訴Spring(容器)有哪些對(duì)象需要管理就行了，不用去關(guān)心Spring框架是如何創(chuàng)建對(duì)象的。這樣，當(dāng)某個(gè)類A需要類B對(duì)象時(shí)，如果類B已經(jīng)聲明交給了Sping容器管理，那么在程序運(yùn)行到類A需要類B時(shí)，Spring容器就通過依賴注入的方式，將類B對(duì)象注入到類A中協(xié)助完成業(yè)務(wù)功能。通過第三方組件的依賴注入,對(duì)象無需再自行的創(chuàng)建和管理類與類之間的依賴關(guān)系了。

對(duì)象的創(chuàng)建依賴注入的方式也有多種，譬如接口注入，構(gòu)造方法注入，setter方法注入等等。說到這里，你對(duì)依賴注入應(yīng)該有比較直白的認(rèn)知了。至于為什么要依賴注入，上文已經(jīng)說得很明白了，就是為了減少代碼中組件之間的耦合度，我們還是先通過簡(jiǎn)單示例來直觀感受下依賴注入比自己管理對(duì)象的好處吧——

public class Man implements Human {

    private QQCar car;

    public Man() {

        this.car = new QQCar();

    }

    @Override

    public void xiabibi() {

    }

    public void driveCar(){

        car.drive();

    }

}

接口Car暫有兩個(gè)實(shí)現(xiàn)：奔馳車和QQ車，在以上Man類和QQCar類高度耦合的代碼中，老司機(jī)通過構(gòu)造器只創(chuàng)建了QQ車對(duì)象，所以只能開QQ車，那么老司機(jī)想開奔馳怎么辦呢，你讓他重新創(chuàng)建奔馳車的對(duì)象嗎？這樣高度耦合的代碼似乎是毫無辦法的，那么，我們通過注入對(duì)象的方式對(duì)上述代碼做一番改進(jìn)：

public class Man implements Human {

    private Car car;

    public Man(Car car) {

        this.car = car;

    }

    @Override

    public void xiabibi() {

    }

    public void driveCar() {

        car.drive();

    }

}

以上代碼根據(jù)多態(tài)特性，通過構(gòu)造器接口注入的方式屏蔽掉了具體的對(duì)象實(shí)現(xiàn)，這樣，老司機(jī)就能想開什么車就開什么車了。這就是依賴注入帶來的好處。

AOP(Aspect Oriented Programming),面向切面編程。日常開發(fā)中，我們?cè)谕瓿赡硞€(gè)業(yè)務(wù)功能的時(shí)候，寫了一堆代碼，到最后代碼優(yōu)化的時(shí)候發(fā)現(xiàn)，真正完成業(yè)務(wù)的代碼可能就那么兩句，而其余都是與該部分業(yè)務(wù)相關(guān)度不大，僅僅是為了實(shí)現(xiàn)某種技術(shù)的代碼，是完全可以抽離出去的，于是很自然的，我們會(huì)將其抽取成一個(gè)工具類，這樣凡是用到的地方只需調(diào)用一下工具方法就ok了。

我們?cè)僬靖咭稽c(diǎn)看，各個(gè)業(yè)務(wù)模塊的功能組件中除了完成相關(guān)的業(yè)務(wù)功能外，都有涉及日志、事務(wù)、安全控制等額外的操作等。這些并不是模塊的核心功能，卻又不可或缺。如果將這些額外功能添加進(jìn)代碼，業(yè)務(wù)系統(tǒng)每個(gè)組件都來一套又顯得太過重復(fù)，而且讓業(yè)務(wù)代碼顯得混亂，不夠純粹。這個(gè)時(shí)候，你問上帝，可不可以讓你的業(yè)務(wù)代碼只專注于業(yè)務(wù)的實(shí)現(xiàn)，不去管什么日志、事務(wù)等不相干的東西？喔，上帝說沒問題，于是就有了AOP。

如果說依賴注入的目的是讓相互協(xié)作的組件保持一種較為松散的耦合狀態(tài)的話，AOP則是將遍布應(yīng)用各處的功能分離出來形成可重用的組件。通俗點(diǎn)說，日志、事務(wù)等都是可以重用的組件，我們完全可以將分散于業(yè)務(wù)代碼各處的日志、事務(wù)、安全等功能代碼抽離出成為一個(gè)單獨(dú)的工具組件，在Spring的配置中將其進(jìn)行聲明為一個(gè)功能切面，再告訴Spring你想在哪些地方、什么時(shí)機(jī)使用（切入）這些可重用組件就行了。這就是我對(duì)面向切面的簡(jiǎn)單釋義。

以上就是Spring基礎(chǔ)中的DI/IOC和AOP原理是什么，小編相信有部分知識(shí)點(diǎn)可能是我們?nèi)粘９ぷ鲿?huì)見到或用到的。希望你能通過這篇文章學(xué)到更多知識(shí)。更多詳情敬請(qǐng)關(guān)注億速云行業(yè)資訊頻道。