Java面試題專題之SSH框架
struts如何實現(xiàn)國際化?下面就由學習啦小編為大家介紹一下Java面試題專題之SSH框架的文章,歡迎閱讀。
Java面試題專題之SSH框架篇1
1、寫出你熟悉的開源框架以及各自的作用(項目中為什么使用SSH)
答:框架:hibernate,spring,struts1/struts2.
Hibernate主要用于數(shù)據(jù)持久化;封裝了JDBC操作;還提供了一個易用的、高效率的對象關(guān)系映射框架;
Spring 的控制反轉(zhuǎn)能起到解耦合的作用;
Struts 主要用于請求處理的流程控制;struts是基于MVC模式的,很好的將應用程序進行了分層,使開發(fā)者更關(guān)注于業(yè)務邏輯的實現(xiàn);struts有著豐富的taglib,如能靈活運用,則能大大提高開發(fā)效率。
Struts(表示層)+Spring(業(yè)務層)+Hibernate(持久層)
struts相關(guān)
2、簡述STRUTS架構(gòu)(說下Struts的工作流程、struts的工作原理)
簡述:
Struts是采用Java Servlet/JavaServer Pages技術(shù),開發(fā)Web應用程序的開放源碼的framework。 采用Struts能開發(fā)出基于MVC(Model-View-Controller)設(shè)計模式的應用構(gòu)架。 Struts有如下的主要功能: 一.包含一個controller servlet,能將用戶的請求發(fā)送到相應的Action對象。 二.JSP自由tag庫,并且在controller servlet中提供關(guān)聯(lián)支持,幫助開發(fā)員創(chuàng)建交互式表單應用。 三.提供了一系列實用對象:XML處理、通過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。
流程:
在web應用啟動時就會加載初始化ActionServlet,ActionServlet從struts-config.xml文件中讀取配置信息,把它們存放到各種配置對象當ActionServlet接收到一個客戶請求時,將執(zhí)行如下流程.
(1)檢索和用戶請求匹配的ActionMapping實例,如果不存在,就返回請求路徑無效信息;
(2)如果ActionForm實例不存在,就創(chuàng)建一個ActionForm對象,把客戶提交的表單數(shù)據(jù)保存到ActionForm對象中;
(3)根據(jù)配置信息決定是否需要表單驗證.如果需要驗證,就調(diào)用ActionForm的validate()方法;
(4)如果ActionForm的validate()方法返回null或返回一個不包含ActionMessage的ActuibErrors對象, 就表示表單驗證成功;
(5)ActionServlet根據(jù)ActionMapping所包含的映射信息決定將請求轉(zhuǎn)發(fā)給哪個Action,如果相應的Action實例不存在,就先創(chuàng)建這個實例,然后調(diào)用Action的execute()方法;
(6)Action的execute()方法返回一個ActionForward對象,ActionServlet在把客戶請求轉(zhuǎn)發(fā)給ActionForward對象指向的JSP組件;
(7)ActionForward對象指向JSP組件生成動態(tài)網(wǎng)頁,返回給客戶;
3、Struts對MVC的體現(xiàn)
M: 在Struts中,模型由JavaBean和EJB組件組成,用來實現(xiàn)程序的業(yè)務邏輯部分.
C: ActionServlet,RequestProcessor和Struts輔助類來實現(xiàn)控制器。ActionServlet是Struts中的核心控制器ActionServlet會根據(jù)在Struts配置文件中的配置將控制權(quán)轉(zhuǎn)交給相應的Action類。Action 類是業(yè)務的代理,在Action類中可以調(diào)用模型組件或者編寫其他業(yè)務邏輯代碼來完成一項具體的業(yè)務。
V: Struts框架中的視圖主要由JSP文件構(gòu)成,在JSP文件中可應用Struts標簽和自定義標簽來表現(xiàn)模型組件中的數(shù)據(jù)進行簡單的處理。ActionForm Bean實際上是一個遵循了特殊約定的JavaBean,在Struts中ActionForm Bean可看作為一個中間存儲器在視圖與控制器之間進行數(shù)據(jù)傳遞。
4、struts1.2和struts2.0的區(qū)別?
a、Action類:
struts1.2要求Action類繼承一個基類。struts2.0 Action可以是簡單的JOPO對象或者(都會)繼承ActionSupport基類
b、線程模式
struts1.2 Action是單例模式的并且必須是線程安全的,因為僅有一個Action的實例來處理所有的請求。
單例策略限制了Struts1.2 Action能做的事情,并且開發(fā)時特別小心。Action資源必須是線程安全的或同步的。
struts2.0 Action為每一個請求產(chǎn)生一個實例,因此沒有線程安全問題。
c、Servlet依賴
struts1.2 Action依賴于Servlet API,因為當一個Action被調(diào)用時HttpServletRequest和HttpServletResponse被傳遞給execut方法。
struts2.0 Action不依賴于容器,允許Action脫離容器單獨測試。如果需要,Struts2 Action仍然可以訪問初始的Request和Response。
但是,其他的元素減少或者消除了直接訪問HttpServletRequest和HttpServletResponse的必要性。
d、可測性
測試struts1.2 Action的一個主要問題是execute方法暴露了Servlet API(這使得測試要依賴于容器)。一個第三方擴展:struts TestCase
提供了一套struts1.2的模擬對象來進行測試。
Struts2.0 Action可以通過初始化、設(shè)置屬性、調(diào)用方法來測試,“依賴注入”也使得測試更容易。
5、struts如何實現(xiàn)國際化
以下以兩國語言(中文,英文)為例:
1. 在工程中加入Struts支持
2. 編輯ApplicationResource.properties文件,在其中加入要使用國際化的信息, 例如: lable.welcome.china=Welcome!!!
3. 創(chuàng)建英文資源文件ApplicationResource_en.properites
4. 創(chuàng)建臨時中文資源文件ApplicationResource_temp.properites 例如:lable.welcom.china=中國歡迎您!
5. 對臨時中文資源文件進行編碼轉(zhuǎn)換??梢允褂胢yeclipse的插件,也可以在dos下執(zhí)行:
native2ascii -encoding gb2312 ApplicationResource_temp.properties ApplicationResource_zh_CN.properties
6. 在jsp中加入struts的bean標記庫
6、 Struts框架的數(shù)據(jù)驗證可分為幾種類型?
表單驗證(由ActionForm Bean處理):如果用戶沒有在表單中輸入姓名,就提交表單,將生成表單驗證錯誤
業(yè)務邏輯驗證(由Action處理):如果用戶在表單中輸入的姓名為“Monster”,按照本應用的業(yè)務規(guī)則,不允許向“Monster”打招呼,因此將生成業(yè)務邏輯錯誤。
7、簡述Form Bean的表單驗證流程。
1、當用戶提交了HTML表單,Struts框架自動把表單數(shù)據(jù)組裝到ActionForm Bean中。
2、接下來Struts框架會調(diào)用ActionForm Bean的validate()方法進行表單驗證。
3、如果validate()方法返回的ActionErrors 對象為null,或者不包含任何ActionMessage對象,就表示沒有錯誤,數(shù)據(jù)驗證通過。
4、如果ActionErrors中包含ActionMessage對象,就表示發(fā)生了驗證錯誤,Struts框架會把ActionErrors對象保存到request范圍內(nèi),然后把請求轉(zhuǎn)發(fā)到恰當?shù)囊晥D組件,視圖組件通過標簽把request范圍內(nèi)的ActionErrors對象中包含的錯誤消息顯示出來,提示用戶修改錯誤。
8、簡單敘述ActionForm Bean的作用
1、ActionForm Bean也是一種JavaBean,除了具有一些JavaBean的常規(guī)方法,還包含一些特殊的方法,用于驗證HTML表單數(shù)據(jù)以及將其屬性重新設(shè)置為默認值。
2、Struts框架利用ActionForm Bean來進行View組件和Controller組件之間表單數(shù)據(jù)的傳遞。
3、Struts框架把View組件接受到的用戶輸入的表單數(shù)據(jù)保存在ActionForm Bean中,把它傳遞給Controller組件,Controller組件可以對ActionForm Bean中的數(shù)據(jù)進行修改JSP文件使用Struts標簽讀取修改后的ActionForm Bean的信息,重新設(shè)置HTML表單。
9、Struts優(yōu)缺點
優(yōu)點:
1. 實現(xiàn)MVC模式,結(jié)構(gòu)清晰,使開發(fā)者只關(guān)注業(yè)務邏輯的實現(xiàn).
2.有豐富的tag可以用 ,Struts的標記庫(Taglib),如能靈活動用,則能大大提高開發(fā)效率
3. 頁面導航
使系統(tǒng)的脈絡(luò)更加清晰。通過一個配置文件,即可把握整個系統(tǒng)各部分之間的聯(lián)系,這對于后期的維護有著莫大的好處。尤其是當另一批開發(fā)者接手這個項目時,這種優(yōu)勢體現(xiàn)得更加明顯。
4. 提供Exception處理機制 .
5. 數(shù)據(jù)庫鏈接池管理
6. 支持I18N
缺點
一、 轉(zhuǎn)到展示層時,需要配置forward,如果有十個展示層的jsp,需要配置十次struts,而且還不包括有時候目錄、文件變更,需要重新修改forward,注意,每次修改配置之后,要求重新部署整個項目,而tomcate這樣的服務器,還必須重新啟動服務器
二、 二、 Struts 的Action必需是thread-safe方式,它僅僅允許一個實例去處理所有的請求。所以action用到的所有的資源都必需統(tǒng)一同步,這個就引起了線程安全的問題。
三、 測試不方便. Struts的每個Action都同Web層耦合在一起,這樣它的測試依賴于Web容器,單元測試也很難實現(xiàn)。不過有一個Junit的擴展工具Struts TestCase可以實現(xiàn)它的單元測試。
四、 類型的轉(zhuǎn)換. Struts的FormBean把所有的數(shù)據(jù)都作為String類型,它可以使用工具Commons-Beanutils進行類型轉(zhuǎn)化。但它的轉(zhuǎn)化都是在Class級別,而且轉(zhuǎn)化的類型是不可配置的。類型轉(zhuǎn)化時的錯誤信息返回給用戶也是非常困難的。
五、 對Servlet的依賴性過強. Struts處理Action時必需要依賴ServletRequest 和ServletResponse,所有它擺脫不了Servlet容器。
六、 前端表達式語言方面.Struts集成了JSTL,所以它主要使用JSTL的表達式語言來獲取數(shù)據(jù)??墒荍STL的表達式語言在Collection和索引屬性方面處理顯得很弱。
七、 對Action執(zhí)行的控制困難. Struts創(chuàng)建一個Action,如果想控制它的執(zhí)行順序?qū)浅@щy。甚至你要重新去寫Servlet來實現(xiàn)你的這個功能需求。
八、 對Action 執(zhí)行前和后的處理. Struts處理Action的時候是基于class的hierarchies,很難在action處理前和后進行操作。
九、 對事件支持不夠. 在struts中,實際是一個表單Form對應一個Action類(或DispatchAction),換一句話說:在Struts中實際是一個表單只能 對應一個事件,struts這種事件方式稱為application event,application event和component event相比是一種粗粒度的事件
Java面試題專題之SSH框架篇2
1、Hibernate框架的認識(工作原理)
Hibernate是一個輕量級的持久層開源框架,它是連接Java應用程序和關(guān)系數(shù)據(jù)庫的中間件,負責Java對象和關(guān)系數(shù)據(jù)之間的映射.
Hibernate內(nèi)部對JDBC API進行了封裝,負責Java對象的持久化.
因為它封裝了所有的數(shù)據(jù)訪問細節(jié),使得業(yè)務邏輯層可以專注于實現(xiàn)業(yè)務邏輯.
它是一種優(yōu)秀的ORM映射工具,提供了完善的對象-關(guān)系映射服務,開發(fā)過程不依賴容器,靈活性非常大,可以無縫集成到任何一個java系統(tǒng)中
2、 為什么要用Hibernate
1. 封裝了jdbc,簡化了很多重復性代碼。
2. 簡化了DAO層編碼工作,使開發(fā)更對象化了。
3. 移植性好,支持各種數(shù)據(jù)庫,如果換個數(shù)據(jù)庫只要在配置文件中變換配置就可以了,不用改變hibernate代碼。
4. 支持透明持久化,因為hibernate操作的是純粹的(pojo)java類,沒有實現(xiàn)任何接口,沒有侵入性。所以說它是一個輕量級框架。
3、緩存:
session緩存:被稱為Hibernate的第一級緩存.它存放被單前工作單元加載的對象.
sessionFactory緩存:
被稱為Hibernate的第二級緩存.一個實例對應一個數(shù)據(jù)存儲源.它是線程安全的,是重量級的.
它需要一個很大的緩存,用來存放預定義的SQL語句以及映射元數(shù)據(jù)等.
4、對象的3個狀態(tài)
瞬時:一個實體通過new操作符創(chuàng)建后,沒有和Hibernate的Session建立關(guān)系,
也沒有手動賦值過該實體的持久化標識(持久化標識可以認為映射表的主鍵)。
此時該實體中的任何屬性的更新都不會反映到數(shù)據(jù)庫表中。
持久化:當一個實體和Hibernate的Session創(chuàng)建了關(guān)系,
并獲取了持久化標識,而且在Hibernate的Session生命周期內(nèi)存在。
此時針對該實體任何屬性的更改都會直接影響到數(shù)據(jù)庫表中一條記錄對應字段的更新,
也即與對應數(shù)據(jù)庫表保持同步。
脫管:當一個實體和Hibernate的Session創(chuàng)建了關(guān)系,并獲取了持久化標識,
而此時Hibernate的Session的生命周期結(jié)束,實體的持久化標識沒有被改動過。
針對該實體的任何屬性的修改都不會及時反映到數(shù)據(jù)庫表中。
5、性能問題
在批操作性能和cache之間存在不可調(diào)和的矛盾,
你要熟悉hibernate一級和二級緩存機制才能寫出合理批操作代碼,
否則不但性能低下,還可能導致out memory。
hibernate reference文檔中的Best practise也提到,
Use hand-coded JDBC in bottlenecks,
也就是說在某些性能瓶頸的地方考慮使用硬編碼jdbc。
6、JDBC,Hibernate,EJB三者的區(qū)別?
EJB:我們必須遵守復雜的J2EE規(guī)范,Hibernate不強迫必須滿足特定的規(guī)范.
EJB只能運行在EJB容器中,Hibernate可以運行在任何java環(huán)境中.
目前,對于復雜的域模型,EJB容器提供的對象-關(guān)系映射能力有限.相比之下,Hibernate提供了完善的對象-關(guān)系映射服務.
EJB雖然是一種可以移植的組件,但是實際上卻受到很大的限制,因為各個產(chǎn)商生產(chǎn)CMP引擎差異,它們使用的對象-關(guān)系映射
元數(shù)據(jù)各不相同,使得EJB不能順利的從一個EJB容器移植到另一個EJB容器當中.而Hibernate可以無縫集成到任何一個Java系統(tǒng)中.
JDBC:實現(xiàn)業(yè)務邏輯的代碼和訪問數(shù)據(jù)庫的代碼混雜在一起,使程序結(jié)構(gòu)不清晰,可讀性差
7、get和load的區(qū)別
1>不存在對應記錄時表現(xiàn)不一樣
2>load返回的是代理對象(javassist.jar生成二進制碼),等到真正用到對象的內(nèi)容才會發(fā)出SQL語句
3>get直接從數(shù)據(jù)庫加載,不會延遲
無論是get還是load,都會首先查找緩存(一級緩存),如果沒有,才會去數(shù)據(jù)庫查找,調(diào)用clear()方法,可以強制清除
8、Hibernate是如何延遲加載?
1. Hibernate2延遲加載實現(xiàn):a)實體對象 b)集合(Collection)
2. Hibernate3 提供了屬性的延遲加載功能
當Hibernate在查詢數(shù)據(jù)的時候,數(shù)據(jù)并沒有存在與內(nèi)存中,當程序真正對數(shù)據(jù)的操作時,對象才存在與內(nèi)存中,就實現(xiàn)了延遲加載,他節(jié)省了服務器的內(nèi)存開銷,從而提高了服務器的性能。
9、如何對hibernate進行優(yōu)化?
1. 使用雙向一對多關(guān)聯(lián),不使用單向一對多
2. 靈活使用單向一對多關(guān)聯(lián)
3. 不用一對一,用多對一取代
4. 配置對象緩存,不使用集合緩存
5. 一對多集合使用Bag,多對多集合使用Set
6. 繼承類使用顯式多態(tài)
7. 表字段要少,表關(guān)聯(lián)不要怕多,有二級緩存
10、 hibernate的核心類是什么,它們的相互關(guān)系是什么?重要的方法是什么?
Configuration 接口:配置Hibernate,根據(jù)其啟動hibernate,創(chuàng)建SessionFactory 對象;
SessionFactory 接口:初始化Hibernate,充當數(shù)據(jù)存儲源的代理,創(chuàng)建session 對象,sessionFactory 是線程安全的,意味著它的同一個實例可以被應用的多個線程共享,是重量級、二級緩存;
Session 接口:負責保存、更新、刪除、加載和查詢對象,是線程不安全的,避免多個線程共享同一個session,是輕量級、一級緩存;
Session如下方法: save,load,update,delete,
Query q=CreateQuery(“from Customer where customerName=:customerName”)
beginTransaction, close, transaction, commit
Transaction 接口:管理事務;
Query 和Criteria 接口:執(zhí)行數(shù)據(jù)庫的查詢。
Java面試題專題之SSH框架篇3
1、Spring的理解
Spring是一個輕量級的容器,非侵入性的框架.最重要的核心概念是IOC,并提供AOP概念的實現(xiàn)方式,提供對持久層,事務的支持,對當前流行的一些框架(Struts,Hibernate,MVC),Sping也提供了與它們的相整合的方案.
使用Spring,我們能夠減少類之間的依賴性和程序之間的耦合度,最大程度的實現(xiàn)松耦合,使程序更加靈活,可擴展性更強.
IOC,中文翻譯為"反轉(zhuǎn)控制,".DI->;"依賴注入"指的是:我們不必自己在程序代碼中維護對象的依賴關(guān)系,而是通過一個xml配置文件,將類的屬性和實例悄悄的注入到類里面.實現(xiàn)類的動態(tài)加載,使得類和類之間可以方便的切換(通過接口).
這種設(shè)計方式的思想表現(xiàn)為:高層模塊不應該依賴低層模塊,而是模塊都必須依賴于抽象.程序不應改依賴于實現(xiàn),而是依賴于抽象接口.應用程序不要去找容器,而是容器給我們所有想要的對象.
Spring的另一個重要的方面是支持AOP的實現(xiàn):
AOP的中文翻譯是:面向切面編程,也稱為面向問題編程.面向切面編程(aop)是對面向?qū)ο缶幊?oop)的補充,
面向?qū)ο缶幊虒⒊绦蚍纸獬筛鱾€層次的對象,面向切面編程將程序運行過程分解成各個切面。AOP從程序運行角度考慮程序的結(jié)構(gòu),提取業(yè)務處理過程的切面,oop是靜態(tài)的抽象,aop是動態(tài)的抽象,是對應用執(zhí)行過程中的步驟進行抽象,從而獲得步驟之間的邏輯劃分。
aop框架具有的兩個特征:
1.各個步驟之間的良好隔離性2.源代碼無關(guān)性
2、Spring 注解
Spring 2.5 中除了提供 @Component 注釋外,還定義了幾個擁有特殊語義的注釋,它們分別是:@Repository、@Service 和 @Controller。在目前的 Spring 版本中,這 3 個注釋和 @Component 是等效的,但是從注釋類的命名上,很容易看出這 3 個注釋分別和持久層、業(yè)務層和控制層(Web 層)相對應。雖然目前這 3 個注釋和 @Component 相比沒有什么新意,但 Spring 將在以后的版本中為它們添加特殊的功能。所以,如果 Web 應用程序采用了經(jīng)典的三層分層結(jié)構(gòu)的話,最好在持久層、業(yè)務層和控制層分別采用 @Repository、@Service 和 @Controller 對分層中的類進行注釋,而用 @Component 對那些比較中立的類進行注釋。
在 一個稍大的項目中,通常會有上百個組件,如果這些組件采用xml的bean定義來配置,顯然會增加配置文件的體積,查找以及維護起來也不太方便。 Spring2.5為我們引入了組件自動掃描機制,他可以在類路徑底下尋找標注了 @Component,@Service,@Controller,@Repository注解的類,并把這些類納入進spring容器中管理。它的作用 和在xml文件中使用bean節(jié)點配置組件時一樣的。
@Service用于標注業(yè)務層組件,
@Controller用于標注控制層組件(如struts中的action),
@Repository用于標注數(shù)據(jù)訪問組件,即DAO組件,
@Component泛指組件,當組件不好歸類的時候,我們可以使用這個注解進行標注。
3、spring 的優(yōu)點都有哪些?
1.降低了組件之間的耦合性 ,實現(xiàn)了軟件各層之間的解耦
2.可以使用容易提供的眾多服務,如事務管理,消息服務等
3.容器提供單例模式支持
4.容器提供了AOP技術(shù),利用它很容易實現(xiàn)如權(quán)限攔截,運行期監(jiān)控等功能
5.容器提供了眾多的輔助類,能加快應用的開發(fā)
6.spring對于主流的應用框架提供了集成支持,如hibernate,JPA,Struts等
7.spring屬于低侵入式設(shè)計,代碼的污染極低
8.獨立于各種應用服務器
9.spring的DI機制降低了業(yè)務對象替換的復雜性
10.Spring的高度開放性,并不強制應用完全依賴于Spring,開發(fā)者可以自由選擇spring的部分或全部
4、Spring里面如何配置數(shù)據(jù)庫驅(qū)動?
使用”org.springframework.jdbc.datasource.DriverManagerDataSource”數(shù)據(jù)源來配置數(shù)據(jù)庫驅(qū)動。
5、Spring里面applicationContext.xml文件能不能改成其他文件名?
ContextLoaderListener是一個ServletContextListener, 它在你的web應用啟動的時候初始化。缺省情況下, 它會在WEB-INF/applicationContext.xml文件找Spring的配置。 你可以通過定義一個元素名字為”contextConfigLocation”來改變Spring配置文件的位置。示例如下:
org.springframework.web.context.ContextLoaderListener contextConfigLocation /WEB-INF/xyz.xml
6、AOP里面重要的幾個名詞概念解釋
切面(Aspect): 一個關(guān)注點的模塊化,這個關(guān)注點可能會橫切多個對象。事務管理是J2EE應用中一個關(guān)于橫切關(guān)注點的很好的例子。 在Spring AOP中,切面可以使用通用類(基于模式的風格) 或者在普通類中以 @Aspect 注解(@AspectJ風格)來實現(xiàn)。
連接點(Joinpoint): 在程序執(zhí)行過程中某個特定的點,比如某方法調(diào)用的時候或者處理異常的時候。 在Spring AOP中,一個連接點 總是 代表一個方法的執(zhí)行。 通過聲明一個org.aspectj.lang.JoinPoint類型的參數(shù)可以使通知(Advice)的主體部分獲得連接點信息。
通知(Advice): 在切面的某個特定的連接點(Joinpoint)上執(zhí)行的動作。通知有各種類型,其中包括“around”、“before”和“after”等通知。 通知的類型將在后面部分進行討論。許多AOP框架,包括Spring,都是以攔截器做通知模型, 并維護一個以連接點為中心的攔截器鏈。
切入點(Pointcut): 匹配連接點(Joinpoint)的斷言。通知和一個切入點表達式關(guān)聯(lián),并在滿足這個切入點的連接點上運行(例如,當執(zhí)行某個特定名稱的方法時)。 切入點表達式如何和連接點匹配是AOP的核心:Spring缺省使用AspectJ切入點語法。
引入(Introduction): (也被稱為內(nèi)部類型聲明(inter-type declaration))。聲明額外的方法或者某個類型的字段。 Spring允許引入新的接口(以及一個對應的實現(xiàn))到任何被代理的對象。 例如,你可以使用一個引入來使bean實現(xiàn) IsModified 接口,以便簡化緩存機制。
目標對象(Target Object): 被一個或者多個切面(aspect)所通知(advise)的對象。也有人把它叫做 被通知(advised) 對象。 既然Spring AOP是通過運行時代理實現(xiàn)的,這個對象永遠是一個 被代理(proxied) 對象。
AOP代理(AOP Proxy): AOP框架創(chuàng)建的對象,用來實現(xiàn)切面契約(aspect contract)(包括通知方法執(zhí)行等功能)。 在Spring中,AOP代理可以是JDK動態(tài)代理或者CGLIB代理。 注意:Spring 2.0最新引入的基于模式(schema-based)風格和@AspectJ注解風格的切面聲明,對于使用這些風格的用戶來說,代理的創(chuàng)建是透明的。
織入(Weaving): 把切面(aspect)連接到其它的應用程序類型或者對象上,并創(chuàng)建一個被通知(advised)的對象。 這些可以在編譯時(例如使用AspectJ編譯器),類加載時和運行時完成。 Spring和其他純Java AOP框架一樣,在運行時完成織入。
通知的類型:
前置通知(Before advice): 在某連接點(join point)之前執(zhí)行的通知,但這個通知不能阻止連接點前的執(zhí)行(除非它拋出一個異常)。
返回后通知(After returning advice): 在某連接點(join point)正常完成后執(zhí)行的通知:例如,一個方法沒有拋出任何異常,正常返回。
拋出異常后通知(After throwing advice): 在方法拋出異常退出時執(zhí)行的通知。
后通知(After (finally) advice): 當某連接點退出的時候執(zhí)行的通知(不論是正常返回還是異常退出)。
環(huán)繞通知(Around Advice): 包圍一個連接點(join point)的通知,如方法調(diào)用。這是最強大的一種通知類型。 環(huán)繞通知可以在方法調(diào)用前后完成自定義的行為。它也會選擇是否繼續(xù)執(zhí)行連接點或直接返回它們自己的返回值或拋出異常來結(jié)束執(zhí)行。
環(huán)繞通知是最常用的一種通知類型。大部分基于攔截的AOP框架,例如Nanning和JBoss4,都只提供環(huán)繞通知。
切入點(pointcut)和連接點(join point)匹配的概念是AOP的關(guān)鍵,這使得AOP不同于其它僅僅提供攔截功能的舊技術(shù)。 切入點使得定位通知(advice)可獨立于OO層次。 例如,一個提供聲明式事務管理的around通知可以被應用到一組橫跨多個對象中的方法上(例如服務層的所有業(yè)務操作)。