摘要：入門(mén)和學(xué)習(xí)筆記概述框架的核心有兩個(gè)容器作為超級(jí)大工廠，負(fù)責(zé)管理創(chuàng)建所有的對(duì)象，這些對(duì)象被稱為。中的一些術(shù)語(yǔ)切面切面組織多個(gè)，放在切面中定義。

Spring框架的核心有兩個(gè)：

Spring容器作為超級(jí)大工廠，負(fù)責(zé)管理、創(chuàng)建所有的Java對(duì)象，這些Java對(duì)象被稱為Bean。

Spring容器管理容器中Bean之間的依賴關(guān)系，使用一種叫做“依賴注入”的方式來(lái)管理bean之間的依賴關(guān)系。

Spring有兩個(gè)核心接口：BeanFactory和ApplicationContext,ApplicationContext是BeanFactory的子接口、它們都可以代表Spring容器，Spring容器是生成Bean實(shí)例的工廠，并管理容器中的Bean。建議優(yōu)先使用ApplicationContext。除非對(duì)內(nèi)存非常關(guān)鍵的應(yīng)用再考慮使用BeanFactory。當(dāng)系統(tǒng)創(chuàng)建ApplicationContext的時(shí)候，默認(rèn)會(huì)預(yù)初始化所有Singleton Bean，這就意味著前期創(chuàng)建ApplicationContext時(shí)將有較大的性能開(kāi)銷，但一旦ApplicationContext初始化完成，程序后面獲取singleton Bean實(shí)例時(shí)，就擁有較好的性能。為元素指定lazy-init="true"那么就不會(huì)預(yù)初始化Singleton bean了。

Inversion Of Control，控制反轉(zhuǎn)，也可以叫依賴注入。A對(duì)象需要調(diào)用B對(duì)象的方法的情景，這種情形稱為依賴，即A對(duì)象依賴B對(duì)象。使用依賴注入不僅可以為Bean對(duì)象注入普通的屬性值，還可以注入其他Bean引用。通過(guò)這種依賴注入，Java EE應(yīng)用中的各種組件不需要以硬編碼方式耦合在一起，甚至無(wú)需使用工廠模式。當(dāng)某個(gè)Java實(shí)例需要其他Java實(shí)例時(shí)，系統(tǒng)自動(dòng)提供所需要的實(shí)例，無(wú)需程序顯式獲取。

好處

先來(lái)說(shuō)說(shuō)傳統(tǒng)使用java實(shí)例的不足，一般有兩種方式：

通過(guò)new關(guān)鍵字實(shí)例化一個(gè)對(duì)象；

通過(guò)工廠模式生產(chǎn)一個(gè)實(shí)例對(duì)象；

第一種方式必然導(dǎo)致調(diào)用者和被依賴對(duì)象存在硬編碼耦合，非常不利于項(xiàng)目升級(jí)的維護(hù)；第二種比第一種好很多，但是調(diào)用組件需要主動(dòng)通過(guò)工廠去獲取被依賴的對(duì)象，這就會(huì)帶來(lái)調(diào)用組件與被依賴工廠的耦合。

那么IOC有什么好處呢?

調(diào)用者無(wú)需主動(dòng)獲取被依賴的對(duì)象，只要被動(dòng)接受Spring容器為調(diào)用者的成員變量即可?？傮w來(lái)說(shuō)就是主動(dòng)變?yōu)楸粍?dòng)，所以被稱為控制反轉(zhuǎn)。

場(chǎng)景

依賴注入一般有以下兩種：

設(shè)值注入：IoC容器使用成員變量的setter方法來(lái)注入被依賴對(duì)象；

構(gòu)造注入：IoC容器通過(guò)構(gòu)造器來(lái)注入被依賴對(duì)象；

建議采用設(shè)值注入為主，構(gòu)造注入為輔的注入策略。對(duì)于依賴關(guān)系無(wú)需變化的注入，盡量采用構(gòu)造注入；而其他依賴關(guān)系的注入，則考慮采用設(shè)值注入。

使用IoC容器的三個(gè)基本要點(diǎn)：

應(yīng)用程序的各組件面向接口編程，這樣就可以將組件之間的耦合關(guān)系提升到接口層次，從而有有利于項(xiàng)目后期的發(fā)展；

應(yīng)用程序的各組件不再由程序主動(dòng)創(chuàng)建，而是由Spring容器來(lái)負(fù)責(zé)產(chǎn)生并初始化；

Spring采用配置文件或注解來(lái)管理Bean的實(shí)現(xiàn)類、依賴關(guān)系，Spring容器則根據(jù)配置文件或注解，利用反射來(lái)創(chuàng)建實(shí)例，并為之注入依賴關(guān)系。

Aspect Oriented Programming，面向切面編程，用于在模塊化方面的橫切關(guān)注點(diǎn)。AOP和OOP（Object Oriented Programming）互為補(bǔ)充，可以這么理解：面向?qū)ο缶幊淌菑撵o態(tài)角度縱向考慮程序結(jié)構(gòu)，面向切面編程則是從動(dòng)態(tài)角度橫向考慮運(yùn)行過(guò)程。比如一個(gè)日記記錄的功能，代碼往往水平的散落在所有對(duì)象中，與被散布的對(duì)象的核心功能沒(méi)什么關(guān)系，這種散布在各個(gè)對(duì)象中的無(wú)關(guān)代碼被稱為“橫切代碼”，在OOP的設(shè)計(jì)中，它導(dǎo)致了大量代碼的重復(fù)，從而不利于各個(gè)模塊的復(fù)用。

簡(jiǎn)單的說(shuō)，它是一個(gè)攔截器可以攔截一些過(guò)程，當(dāng)一個(gè)方法執(zhí)行，Spring AOP可以攔截一個(gè)方法的執(zhí)行，在這個(gè)方法執(zhí)行的前后添加一些功能。

AOP中的一些術(shù)語(yǔ)

切面（Aspect）：切面組織多個(gè)Advice，Advice放在切面中定義。

連接點(diǎn)（JoinPoint）：程序執(zhí)行過(guò)程中明確的點(diǎn)，如方法的調(diào)用，或者異常的拋出，在Spring AOP中，連接點(diǎn)總是方法的調(diào)用。

增強(qiáng)處理（Advice）：AOP框架在特定的切入點(diǎn)執(zhí)行的增強(qiáng)處理，處理有“before”、“after”、“after-returning”、“around”、“after-throwing”等；

切入點(diǎn)（Pointcut）：可以插增強(qiáng)處理的連接點(diǎn)。當(dāng)某個(gè)連接點(diǎn)滿足指定要求時(shí)，該連接點(diǎn)將被添加增強(qiáng)處理（Advice），該連接點(diǎn)也就變成了切入點(diǎn)。

以一個(gè)bean配置為例：

其中標(biāo)簽就是切面，此標(biāo)簽下面的、這些就是增強(qiáng)處理，那么在哪里進(jìn)行增強(qiáng)處理呢？pointcut屬性就定義了切入點(diǎn)，也就是在哪里進(jìn)行增強(qiáng)處理。這里的表達(dá)式比如execution(* com.wangjun.aop.xml.*.*(..))含義如下：

指定在com.wangjun.aop.xml包中任意類方法；

第一個(gè)*表示返回值不限，第二個(gè)*表示類名不限；

第三個(gè)*表示方法名不限，圓括號(hào)中的(..)表示任意個(gè)數(shù)、類型不限的形參。

還有一些術(shù)語(yǔ)：

引入：將方法或字段添加到被處理的類中。Spring允許將新的接口引入到任何被處理的對(duì)象中，例如，你可以使用一個(gè)引入，使任何對(duì)象實(shí)現(xiàn)isModify接口，以此來(lái)簡(jiǎn)化緩存。

目標(biāo)對(duì)象：被AOP框架增強(qiáng)處理的對(duì)象。如果AOP采用的是動(dòng)態(tài)AOP實(shí)現(xiàn)，那么該對(duì)象就是一個(gè)被代理的對(duì)象；

AOP代理：AOP框架創(chuàng)建的對(duì)象，也可以是cglib代理，代理就是堆目標(biāo)對(duì)象的加強(qiáng)。

織入（Weaving）：將增強(qiáng)處理添加到目標(biāo)對(duì)象中，并創(chuàng)建一個(gè)被增強(qiáng)的對(duì)象的過(guò)程就是織入。Spring和其他純javaAOP框架一樣，在運(yùn)行時(shí)完成織入。

使用場(chǎng)景

日志記錄、審計(jì)、聲明式事務(wù)、安全性和緩存等。

AspectJ和Spring AOP的區(qū)別

正好代表了實(shí)現(xiàn)AOP的兩種方式：

AspectJ是靜態(tài)實(shí)現(xiàn)AOP的，即在編譯階段對(duì)程序進(jìn)行修改，需要特殊的編譯器，具有較好的性能；

Spring AOP是動(dòng)態(tài)實(shí)現(xiàn)AOP的，即在運(yùn)行階段動(dòng)態(tài)生成AOP代理，純java實(shí)現(xiàn)，因此無(wú)需特殊的編譯器，但是通常性能較差。

目前Spring已經(jīng)對(duì)AspectJ進(jìn)行了很好的集成。

Spring實(shí)現(xiàn)AOP的方式

基于注解的“零配置”方式：使用@Aspect、@Pointcut等注解標(biāo)注切入點(diǎn)和增強(qiáng)處理；

基于XML配置文件的管理方式：使用Spring配置文件來(lái)定義切入點(diǎn)和增強(qiáng)處理；

Spring AOP的動(dòng)態(tài)代理

所謂的動(dòng)態(tài)代理就是說(shuō)AOP框架不會(huì)去修改字節(jié)碼，而是在內(nèi)存中臨時(shí)為方法生成一個(gè)AOP對(duì)象，這個(gè)AOP對(duì)象包含了目標(biāo)對(duì)象的全部方法，并且在特定的切點(diǎn)做了增強(qiáng)處理，并回調(diào)原對(duì)象的方法。

Spring AOP中的動(dòng)態(tài)代理主要有兩種方式，JDK動(dòng)態(tài)代理和CGLIB動(dòng)態(tài)代理。JDK動(dòng)態(tài)代理通過(guò)反射來(lái)接收被代理的類，并且要求被代理的類必須實(shí)現(xiàn)一個(gè)接口。JDK動(dòng)態(tài)代理的核心是InvocationHandler接口和Proxy類。

如果目標(biāo)類沒(méi)有實(shí)現(xiàn)接口，那么Spring AOP會(huì)選擇使用CGLIB來(lái)動(dòng)態(tài)代理目標(biāo)類。CGLIB（Code Generation Library），是一個(gè)代碼生成的類庫(kù)，可以在運(yùn)行時(shí)動(dòng)態(tài)的生成某個(gè)類的子類，注意，CGLIB是通過(guò)繼承的方式做的動(dòng)態(tài)代理，因此如果某個(gè)類被標(biāo)記為final，那么它是無(wú)法使用CGLIB做動(dòng)態(tài)代理的。

構(gòu)建AOP和IOC的demo；

安裝spring工具套件STS；

使用無(wú)注解方式進(jìn)行AOP；

使用xml配置方式進(jìn)行AOP；