學(xué)習(xí)啦>創(chuàng)業(yè)指南>職場>面試題>

Java面試題專題之SSH框架

時(shí)間： 護(hù)托1061由 分享

　　struts如何實(shí)現(xiàn)國際化?下面就由學(xué)習(xí)啦小編為大家介紹一下Java面試題專題之SSH框架的文章，歡迎閱讀。

　　Java面試題專題之SSH框架篇1

　　1、寫出你熟悉的開源框架以及各自的作用(項(xiàng)目中為什么使用SSH)

　　答：框架：hibernate,spring,struts1/struts2.

　　Hibernate主要用于數(shù)據(jù)持久化;封裝了JDBC操作;還提供了一個(gè)易用的、高效率的對象關(guān)系映射框架;

　　Spring 的控制反轉(zhuǎn)能起到解耦合的作用;

　　Struts 主要用于請求處理的流程控制;struts是基于MVC模式的,很好的將應(yīng)用程序進(jìn)行了分層，使開發(fā)者更關(guān)注于業(yè)務(wù)邏輯的實(shí)現(xiàn);struts有著豐富的taglib,如能靈活運(yùn)用，則能大大提高開發(fā)效率。

　　Struts(表示層)+Spring(業(yè)務(wù)層)+Hibernate(持久層)

　　struts相關(guān)

　　2、簡述STRUTS架構(gòu)(說下Struts的工作流程、struts的工作原理)

　　簡述：

　　Struts是采用Java Servlet/JavaServer Pages技術(shù)，開發(fā)Web應(yīng)用程序的開放源碼的framework。 采用Struts能開發(fā)出基于MVC(Model-View-Controller)設(shè)計(jì)模式的應(yīng)用構(gòu)架。 Struts有如下的主要功能： 一.包含一個(gè)controller servlet，能將用戶的請求發(fā)送到相應(yīng)的Action對象。 二.JSP自由tag庫，并且在controller servlet中提供關(guān)聯(lián)支持，幫助開發(fā)員創(chuàng)建交互式表單應(yīng)用。 三.提供了一系列實(shí)用對象：XML處理、通過Java reflection APIs自動(dòng)處理JavaBeans屬性、國際化的提示和消息。

　　流程：

　　在web應(yīng)用啟動(dòng)時(shí)就會(huì)加載初始化ActionServlet,ActionServlet從struts-config.xml文件中讀取配置信息,把它們存放到各種配置對象當(dāng)ActionServlet接收到一個(gè)客戶請求時(shí),將執(zhí)行如下流程.

　　(1)檢索和用戶請求匹配的ActionMapping實(shí)例,如果不存在,就返回請求路徑無效信息;

　　(2)如果ActionForm實(shí)例不存在,就創(chuàng)建一個(gè)ActionForm對象,把客戶提交的表單數(shù)據(jù)保存到ActionForm對象中;

　　(3)根據(jù)配置信息決定是否需要表單驗(yàn)證.如果需要驗(yàn)證,就調(diào)用ActionForm的validate()方法;

　　(4)如果ActionForm的validate()方法返回null或返回一個(gè)不包含ActionMessage的ActuibErrors對象, 就表示表單驗(yàn)證成功;

　　(5)ActionServlet根據(jù)ActionMapping所包含的映射信息決定將請求轉(zhuǎn)發(fā)給哪個(gè)Action,如果相應(yīng)的Action實(shí)例不存在,就先創(chuàng)建這個(gè)實(shí)例,然后調(diào)用Action的execute()方法;

　　(6)Action的execute()方法返回一個(gè)ActionForward對象,ActionServlet在把客戶請求轉(zhuǎn)發(fā)給ActionForward對象指向的JSP組件;

　　(7)ActionForward對象指向JSP組件生成動(dòng)態(tài)網(wǎng)頁,返回給客戶;

　　3、Struts對MVC的體現(xiàn)

　　M: 在Struts中,模型由JavaBean和EJB組件組成,用來實(shí)現(xiàn)程序的業(yè)務(wù)邏輯部分.

　　C: ActionServlet,RequestProcessor和Struts輔助類來實(shí)現(xiàn)控制器。ActionServlet是Struts中的核心控制器ActionServlet會(huì)根據(jù)在Struts配置文件中的配置將控制權(quán)轉(zhuǎn)交給相應(yīng)的Action類。Action 類是業(yè)務(wù)的代理,在Action類中可以調(diào)用模型組件或者編寫其他業(yè)務(wù)邏輯代碼來完成一項(xiàng)具體的業(yè)務(wù)。

　　V: Struts框架中的視圖主要由JSP文件構(gòu)成,在JSP文件中可應(yīng)用Struts標(biāo)簽和自定義標(biāo)簽來表現(xiàn)模型組件中的數(shù)據(jù)進(jìn)行簡單的處理。ActionForm Bean實(shí)際上是一個(gè)遵循了特殊約定的JavaBean,在Struts中ActionForm Bean可看作為一個(gè)中間存儲(chǔ)器在視圖與控制器之間進(jìn)行數(shù)據(jù)傳遞。

　　4、struts1.2和struts2.0的區(qū)別?

　　a、Action類：

　　struts1.2要求Action類繼承一個(gè)基類。struts2.0 Action可以是簡單的JOPO對象或者(都會(huì))繼承ActionSupport基類

　　b、線程模式

　　struts1.2 Action是單例模式的并且必須是線程安全的,因?yàn)閮H有一個(gè)Action的實(shí)例來處理所有的請求。

　　單例策略限制了Struts1.2 Action能做的事情,并且開發(fā)時(shí)特別小心。Action資源必須是線程安全的或同步的。

　　struts2.0 Action為每一個(gè)請求產(chǎn)生一個(gè)實(shí)例,因此沒有線程安全問題。

　　c、Servlet依賴

　　struts1.2 Action依賴于Servlet API,因?yàn)楫?dāng)一個(gè)Action被調(diào)用時(shí)HttpServletRequest和HttpServletResponse被傳遞給execut方法。

　　struts2.0 Action不依賴于容器,允許Action脫離容器單獨(dú)測試。如果需要,Struts2 Action仍然可以訪問初始的Request和Response。

　　但是,其他的元素減少或者消除了直接訪問HttpServletRequest和HttpServletResponse的必要性。

　　d、可測性

　　測試struts1.2 Action的一個(gè)主要問題是execute方法暴露了Servlet API(這使得測試要依賴于容器)。一個(gè)第三方擴(kuò)展：struts TestCase

　　提供了一套struts1.2的模擬對象來進(jìn)行測試。

　　Struts2.0 Action可以通過初始化、設(shè)置屬性、調(diào)用方法來測試,“依賴注入”也使得測試更容易。

　　5、struts如何實(shí)現(xiàn)國際化

　　以下以兩國語言(中文，英文)為例：

　　1. 在工程中加入Struts支持

　　2. 編輯ApplicationResource.properties文件,在其中加入要使用國際化的信息, 例如： lable.welcome.china=Welcome!!!

　　3. 創(chuàng)建英文資源文件ApplicationResource_en.properites

　　4. 創(chuàng)建臨時(shí)中文資源文件ApplicationResource_temp.properites 例如：lable.welcom.china=中國歡迎您!

　　5. 對臨時(shí)中文資源文件進(jìn)行編碼轉(zhuǎn)換?？梢允褂胢yeclipse的插件,也可以在dos下執(zhí)行:

　　native2ascii -encoding gb2312 ApplicationResource_temp.properties ApplicationResource_zh_CN.properties

　　6. 在jsp中加入struts的bean標(biāo)記庫

　　6、 Struts框架的數(shù)據(jù)驗(yàn)證可分為幾種類型?

　　表單驗(yàn)證(由ActionForm Bean處理)：如果用戶沒有在表單中輸入姓名，就提交表單，將生成表單驗(yàn)證錯(cuò)誤

　　業(yè)務(wù)邏輯驗(yàn)證(由Action處理)：如果用戶在表單中輸入的姓名為“Monster”，按照本應(yīng)用的業(yè)務(wù)規(guī)則，不允許向“Monster”打招呼，因此將生成業(yè)務(wù)邏輯錯(cuò)誤。

　　7、簡述Form Bean的表單驗(yàn)證流程。

　　1、當(dāng)用戶提交了HTML表單，Struts框架自動(dòng)把表單數(shù)據(jù)組裝到ActionForm Bean中。

　　2、接下來Struts框架會(huì)調(diào)用ActionForm Bean的validate()方法進(jìn)行表單驗(yàn)證。

　　3、如果validate()方法返回的ActionErrors 對象為null，或者不包含任何ActionMessage對象，就表示沒有錯(cuò)誤，數(shù)據(jù)驗(yàn)證通過。

　　4、如果ActionErrors中包含ActionMessage對象，就表示發(fā)生了驗(yàn)證錯(cuò)誤，Struts框架會(huì)把ActionErrors對象保存到request范圍內(nèi)，然后把請求轉(zhuǎn)發(fā)到恰當(dāng)?shù)囊晥D組件，視圖組件通過標(biāo)簽把request范圍內(nèi)的ActionErrors對象中包含的錯(cuò)誤消息顯示出來，提示用戶修改錯(cuò)誤。

　　8、簡單敘述ActionForm Bean的作用

　　1、ActionForm Bean也是一種JavaBean，除了具有一些JavaBean的常規(guī)方法，還包含一些特殊的方法，用于驗(yàn)證HTML表單數(shù)據(jù)以及將其屬性重新設(shè)置為默認(rèn)值。

　　2、Struts框架利用ActionForm Bean來進(jìn)行View組件和Controller組件之間表單數(shù)據(jù)的傳遞。

　　3、Struts框架把View組件接受到的用戶輸入的表單數(shù)據(jù)保存在ActionForm Bean中，把它傳遞給Controller組件，Controller組件可以對ActionForm Bean中的數(shù)據(jù)進(jìn)行修改JSP文件使用Struts標(biāo)簽讀取修改后的ActionForm Bean的信息，重新設(shè)置HTML表單。

　　9、Struts優(yōu)缺點(diǎn)

　　優(yōu)點(diǎn)：

　　1. 實(shí)現(xiàn)MVC模式，結(jié)構(gòu)清晰,使開發(fā)者只關(guān)注業(yè)務(wù)邏輯的實(shí)現(xiàn).

　　2.有豐富的tag可以用 ,Struts的標(biāo)記庫(Taglib)，如能靈活動(dòng)用，則能大大提高開發(fā)效率

　　3. 頁面導(dǎo)航

　　使系統(tǒng)的脈絡(luò)更加清晰。通過一個(gè)配置文件，即可把握整個(gè)系統(tǒng)各部分之間的聯(lián)系，這對于后期的維護(hù)有著莫大的好處。尤其是當(dāng)另一批開發(fā)者接手這個(gè)項(xiàng)目時(shí)，這種優(yōu)勢體現(xiàn)得更加明顯。

　　4. 提供Exception處理機(jī)制 .

　　5. 數(shù)據(jù)庫鏈接池管理

　　6. 支持I18N

　　缺點(diǎn)

　　一、 轉(zhuǎn)到展示層時(shí)，需要配置forward，如果有十個(gè)展示層的jsp，需要配置十次struts，而且還不包括有時(shí)候目錄、文件變更，需要重新修改forward，注意，每次修改配置之后，要求重新部署整個(gè)項(xiàng)目，而tomcate這樣的服務(wù)器，還必須重新啟動(dòng)服務(wù)器

　　二、 二、 Struts 的Action必需是thread-safe方式，它僅僅允許一個(gè)實(shí)例去處理所有的請求。所以action用到的所有的資源都必需統(tǒng)一同步，這個(gè)就引起了線程安全的問題。

　　三、 測試不方便. Struts的每個(gè)Action都同Web層耦合在一起，這樣它的測試依賴于Web容器，單元測試也很難實(shí)現(xiàn)。不過有一個(gè)Junit的擴(kuò)展工具Struts TestCase可以實(shí)現(xiàn)它的單元測試。

　　四、 類型的轉(zhuǎn)換. Struts的FormBean把所有的數(shù)據(jù)都作為String類型，它可以使用工具Commons-Beanutils進(jìn)行類型轉(zhuǎn)化。但它的轉(zhuǎn)化都是在Class級別，而且轉(zhuǎn)化的類型是不可配置的。類型轉(zhuǎn)化時(shí)的錯(cuò)誤信息返回給用戶也是非常困難的。

　　五、 對Servlet的依賴性過強(qiáng). Struts處理Action時(shí)必需要依賴ServletRequest 和ServletResponse，所有它擺脫不了Servlet容器。

　　六、 前端表達(dá)式語言方面.Struts集成了JSTL，所以它主要使用JSTL的表達(dá)式語言來獲取數(shù)據(jù)?？墒荍STL的表達(dá)式語言在Collection和索引屬性方面處理顯得很弱。

　　七、 對Action執(zhí)行的控制困難. Struts創(chuàng)建一個(gè)Action，如果想控制它的執(zhí)行順序?qū)?huì)非常困難。甚至你要重新去寫Servlet來實(shí)現(xiàn)你的這個(gè)功能需求。

　　八、 對Action 執(zhí)行前和后的處理. Struts處理Action的時(shí)候是基于class的hierarchies，很難在action處理前和后進(jìn)行操作。

　　九、 對事件支持不夠. 在struts中，實(shí)際是一個(gè)表單Form對應(yīng)一個(gè)Action類(或DispatchAction)，換一句話說：在Struts中實(shí)際是一個(gè)表單只能 對應(yīng)一個(gè)事件，struts這種事件方式稱為application event，application event和component event相比是一種粗粒度的事件

　　Java面試題專題之SSH框架篇2

　　1、Hibernate框架的認(rèn)識(shí)(工作原理)

　　Hibernate是一個(gè)輕量級的持久層開源框架,它是連接Java應(yīng)用程序和關(guān)系數(shù)據(jù)庫的中間件,負(fù)責(zé)Java對象和關(guān)系數(shù)據(jù)之間的映射.

　　Hibernate內(nèi)部對JDBC API進(jìn)行了封裝,負(fù)責(zé)Java對象的持久化.

　　因?yàn)樗庋b了所有的數(shù)據(jù)訪問細(xì)節(jié),使得業(yè)務(wù)邏輯層可以專注于實(shí)現(xiàn)業(yè)務(wù)邏輯.

　　它是一種優(yōu)秀的ORM映射工具,提供了完善的對象-關(guān)系映射服務(wù),開發(fā)過程不依賴容器,靈活性非常大,可以無縫集成到任何一個(gè)java系統(tǒng)中

　　2、 為什么要用Hibernate

　　1. 封裝了jdbc,簡化了很多重復(fù)性代碼。

　　2. 簡化了DAO層編碼工作,使開發(fā)更對象化了。

　　3. 移植性好,支持各種數(shù)據(jù)庫,如果換個(gè)數(shù)據(jù)庫只要在配置文件中變換配置就可以了,不用改變hibernate代碼。

　　4. 支持透明持久化,因?yàn)閔ibernate操作的是純粹的(pojo)java類,沒有實(shí)現(xiàn)任何接口,沒有侵入性。所以說它是一個(gè)輕量級框架。

　　3、緩存:

　　session緩存:被稱為Hibernate的第一級緩存.它存放被單前工作單元加載的對象.

　　sessionFactory緩存:

　　被稱為Hibernate的第二級緩存.一個(gè)實(shí)例對應(yīng)一個(gè)數(shù)據(jù)存儲(chǔ)源.它是線程安全的,是重量級的.

　　它需要一個(gè)很大的緩存,用來存放預(yù)定義的SQL語句以及映射元數(shù)據(jù)等.

　　4、對象的3個(gè)狀態(tài)

　　瞬時(shí)：一個(gè)實(shí)體通過new操作符創(chuàng)建后，沒有和Hibernate的Session建立關(guān)系，

　　也沒有手動(dòng)賦值過該實(shí)體的持久化標(biāo)識(shí)(持久化標(biāo)識(shí)可以認(rèn)為映射表的主鍵)。

　　此時(shí)該實(shí)體中的任何屬性的更新都不會(huì)反映到數(shù)據(jù)庫表中。

　　持久化：當(dāng)一個(gè)實(shí)體和Hibernate的Session創(chuàng)建了關(guān)系，

　　并獲取了持久化標(biāo)識(shí)，而且在Hibernate的Session生命周期內(nèi)存在。

　　此時(shí)針對該實(shí)體任何屬性的更改都會(huì)直接影響到數(shù)據(jù)庫表中一條記錄對應(yīng)字段的更新，

　　也即與對應(yīng)數(shù)據(jù)庫表保持同步。

　　脫管：當(dāng)一個(gè)實(shí)體和Hibernate的Session創(chuàng)建了關(guān)系，并獲取了持久化標(biāo)識(shí)，

　　而此時(shí)Hibernate的Session的生命周期結(jié)束，實(shí)體的持久化標(biāo)識(shí)沒有被改動(dòng)過。

　　針對該實(shí)體的任何屬性的修改都不會(huì)及時(shí)反映到數(shù)據(jù)庫表中。

　　5、性能問題

　　在批操作性能和cache之間存在不可調(diào)和的矛盾，

　　你要熟悉hibernate一級和二級緩存機(jī)制才能寫出合理批操作代碼，

　　否則不但性能低下，還可能導(dǎo)致out memory。

　　hibernate reference文檔中的Best practise也提到，

　　Use hand-coded JDBC in bottlenecks，

　　也就是說在某些性能瓶頸的地方考慮使用硬編碼jdbc。

　　6、JDBC,Hibernate,EJB三者的區(qū)別?

　　EJB:我們必須遵守復(fù)雜的J2EE規(guī)范,Hibernate不強(qiáng)迫必須滿足特定的規(guī)范.

　　EJB只能運(yùn)行在EJB容器中,Hibernate可以運(yùn)行在任何java環(huán)境中.

　　目前,對于復(fù)雜的域模型,EJB容器提供的對象-關(guān)系映射能力有限.相比之下,Hibernate提供了完善的對象-關(guān)系映射服務(wù).

　　EJB雖然是一種可以移植的組件,但是實(shí)際上卻受到很大的限制,因?yàn)楦鱾€(gè)產(chǎn)商生產(chǎn)CMP引擎差異,它們使用的對象-關(guān)系映射

　　元數(shù)據(jù)各不相同,使得EJB不能順利的從一個(gè)EJB容器移植到另一個(gè)EJB容器當(dāng)中.而Hibernate可以無縫集成到任何一個(gè)Java系統(tǒng)中.

　　JDBC:實(shí)現(xiàn)業(yè)務(wù)邏輯的代碼和訪問數(shù)據(jù)庫的代碼混雜在一起,使程序結(jié)構(gòu)不清晰,可讀性差

　　7、get和load的區(qū)別

　　1>不存在對應(yīng)記錄時(shí)表現(xiàn)不一樣

　　2>load返回的是代理對象(javassist.jar生成二進(jìn)制碼)，等到真正用到對象的內(nèi)容才會(huì)發(fā)出SQL語句

　　3>get直接從數(shù)據(jù)庫加載，不會(huì)延遲

　　無論是get還是load，都會(huì)首先查找緩存(一級緩存)，如果沒有，才會(huì)去數(shù)據(jù)庫查找，調(diào)用clear()方法，可以強(qiáng)制清除

　　8、Hibernate是如何延遲加載?

　　1. Hibernate2延遲加載實(shí)現(xiàn)：a)實(shí)體對象 b)集合(Collection)

　　2. Hibernate3 提供了屬性的延遲加載功能

　　當(dāng)Hibernate在查詢數(shù)據(jù)的時(shí)候，數(shù)據(jù)并沒有存在與內(nèi)存中，當(dāng)程序真正對數(shù)據(jù)的操作時(shí)，對象才存在與內(nèi)存中，就實(shí)現(xiàn)了延遲加載，他節(jié)省了服務(wù)器的內(nèi)存開銷，從而提高了服務(wù)器的性能。

　　9、如何對hibernate進(jìn)行優(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ù)其啟動(dòng)hibernate,創(chuàng)建SessionFactory 對象;

　　SessionFactory 接口:初始化Hibernate,充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理,創(chuàng)建session 對象,sessionFactory 是線程安全的,意味著它的同一個(gè)實(shí)例可以被應(yīng)用的多個(gè)線程共享,是重量級、二級緩存;

　　Session 接口:負(fù)責(zé)保存、更新、刪除、加載和查詢對象,是線程不安全的,避免多個(gè)線程共享同一個(gè)session,是輕量級、一級緩存;

　　Session如下方法: save,load,update,delete,

　　Query q=CreateQuery(“from Customer where customerName=:customerName”)

　　beginTransaction, close, transaction, commit

　　Transaction 接口:管理事務(wù);

　　Query 和Criteria 接口:執(zhí)行數(shù)據(jù)庫的查詢。

　　Java面試題專題之SSH框架篇3

　　1、Spring的理解

　　Spring是一個(gè)輕量級的容器,非侵入性的框架.最重要的核心概念是IOC,并提供AOP概念的實(shí)現(xiàn)方式,提供對持久層,事務(wù)的支持,對當(dāng)前流行的一些框架(Struts,Hibernate,MVC),Sping也提供了與它們的相整合的方案.

　　使用Spring,我們能夠減少類之間的依賴性和程序之間的耦合度,最大程度的實(shí)現(xiàn)松耦合,使程序更加靈活,可擴(kuò)展性更強(qiáng).

　　IOC,中文翻譯為"反轉(zhuǎn)控制,".DI->;"依賴注入"指的是：我們不必自己在程序代碼中維護(hù)對象的依賴關(guān)系,而是通過一個(gè)xml配置文件,將類的屬性和實(shí)例悄悄的注入到類里面.實(shí)現(xiàn)類的動(dòng)態(tài)加載,使得類和類之間可以方便的切換(通過接口).

　　這種設(shè)計(jì)方式的思想表現(xiàn)為:高層模塊不應(yīng)該依賴低層模塊,而是模塊都必須依賴于抽象.程序不應(yīng)改依賴于實(shí)現(xiàn),而是依賴于抽象接口.應(yīng)用程序不要去找容器,而是容器給我們所有想要的對象.

　　Spring的另一個(gè)重要的方面是支持AOP的實(shí)現(xiàn):

　　AOP的中文翻譯是:面向切面編程,也稱為面向問題編程.面向切面編程(aop)是對面向?qū)ο缶幊?oop)的補(bǔ)充，

　　面向?qū)ο缶幊虒⒊绦蚍纸獬筛鱾€(gè)層次的對象，面向切面編程將程序運(yùn)行過程分解成各個(gè)切面。AOP從程序運(yùn)行角度考慮程序的結(jié)構(gòu)，提取業(yè)務(wù)處理過程的切面，oop是靜態(tài)的抽象，aop是動(dòng)態(tài)的抽象，是對應(yīng)用執(zhí)行過程中的步驟進(jìn)行抽象，從而獲得步驟之間的邏輯劃分。

　　aop框架具有的兩個(gè)特征：

　　1.各個(gè)步驟之間的良好隔離性2.源代碼無關(guān)性

　　2、Spring 注解

　　Spring 2.5 中除了提供 @Component 注釋外，還定義了幾個(gè)擁有特殊語義的注釋，它們分別是：@Repository、@Service 和 @Controller。在目前的 Spring 版本中，這 3 個(gè)注釋和 @Component 是等效的，但是從注釋類的命名上，很容易看出這 3 個(gè)注釋分別和持久層、業(yè)務(wù)層和控制層(Web 層)相對應(yīng)。雖然目前這 3 個(gè)注釋和 @Component 相比沒有什么新意，但 Spring 將在以后的版本中為它們添加特殊的功能。所以，如果 Web 應(yīng)用程序采用了經(jīng)典的三層分層結(jié)構(gòu)的話，最好在持久層、業(yè)務(wù)層和控制層分別采用 @Repository、@Service 和 @Controller 對分層中的類進(jìn)行注釋，而用 @Component 對那些比較中立的類進(jìn)行注釋。

　　在 一個(gè)稍大的項(xiàng)目中，通常會(huì)有上百個(gè)組件，如果這些組件采用xml的bean定義來配置，顯然會(huì)增加配置文件的體積，查找以及維護(hù)起來也不太方便。 Spring2.5為我們引入了組件自動(dòng)掃描機(jī)制，他可以在類路徑底下尋找標(biāo)注了 @Component,@Service,@Controller,@Repository注解的類，并把這些類納入進(jìn)spring容器中管理。它的作用 和在xml文件中使用bean節(jié)點(diǎn)配置組件時(shí)一樣的。

　　@Service用于標(biāo)注業(yè)務(wù)層組件，

　　@Controller用于標(biāo)注控制層組件(如struts中的action),

　　@Repository用于標(biāo)注數(shù)據(jù)訪問組件，即DAO組件，

　　@Component泛指組件，當(dāng)組件不好歸類的時(shí)候，我們可以使用這個(gè)注解進(jìn)行標(biāo)注。

　　3、spring 的優(yōu)點(diǎn)都有哪些?

　　1.降低了組件之間的耦合性 ，實(shí)現(xiàn)了軟件各層之間的解耦

　　2.可以使用容易提供的眾多服務(wù)，如事務(wù)管理，消息服務(wù)等

　　3.容器提供單例模式支持

　　4.容器提供了AOP技術(shù)，利用它很容易實(shí)現(xiàn)如權(quán)限攔截，運(yùn)行期監(jiān)控等功能

　　5.容器提供了眾多的輔助類，能加快應(yīng)用的開發(fā)

　　6.spring對于主流的應(yīng)用框架提供了集成支持，如hibernate，JPA，Struts等

　　7.spring屬于低侵入式設(shè)計(jì)，代碼的污染極低

　　8.獨(dú)立于各種應(yīng)用服務(wù)器

　　9.spring的DI機(jī)制降低了業(yè)務(wù)對象替換的復(fù)雜性

　　10.Spring的高度開放性，并不強(qiáng)制應(yīng)用完全依賴于Spring，開發(fā)者可以自由選擇spring的部分或全部

　　4、Spring里面如何配置數(shù)據(jù)庫驅(qū)動(dòng)?

　　使用”org.springframework.jdbc.datasource.DriverManagerDataSource”數(shù)據(jù)源來配置數(shù)據(jù)庫驅(qū)動(dòng)。

　　5、Spring里面applicationContext.xml文件能不能改成其他文件名?

　　ContextLoaderListener是一個(gè)ServletContextListener, 它在你的web應(yīng)用啟動(dòng)的時(shí)候初始化。缺省情況下， 它會(huì)在WEB-INF/applicationContext.xml文件找Spring的配置。 你可以通過定義一個(gè)元素名字為”contextConfigLocation”來改變Spring配置文件的位置。示例如下：

　　org.springframework.web.context.ContextLoaderListener contextConfigLocation /WEB-INF/xyz.xml

　　6、AOP里面重要的幾個(gè)名詞概念解釋

　　切面(Aspect)： 一個(gè)關(guān)注點(diǎn)的模塊化，這個(gè)關(guān)注點(diǎn)可能會(huì)橫切多個(gè)對象。事務(wù)管理是J2EE應(yīng)用中一個(gè)關(guān)于橫切關(guān)注點(diǎn)的很好的例子。 在Spring AOP中，切面可以使用通用類(基于模式的風(fēng)格) 或者在普通類中以 @Aspect 注解(@AspectJ風(fēng)格)來實(shí)現(xiàn)。

　　連接點(diǎn)(Joinpoint)： 在程序執(zhí)行過程中某個(gè)特定的點(diǎn)，比如某方法調(diào)用的時(shí)候或者處理異常的時(shí)候。 在Spring AOP中，一個(gè)連接點(diǎn) 總是 代表一個(gè)方法的執(zhí)行。 通過聲明一個(gè)org.aspectj.lang.JoinPoint類型的參數(shù)可以使通知(Advice)的主體部分獲得連接點(diǎn)信息。

　　通知(Advice)： 在切面的某個(gè)特定的連接點(diǎn)(Joinpoint)上執(zhí)行的動(dòng)作。通知有各種類型，其中包括“around”、“before”和“after”等通知。 通知的類型將在后面部分進(jìn)行討論。許多AOP框架，包括Spring，都是以攔截器做通知模型， 并維護(hù)一個(gè)以連接點(diǎn)為中心的攔截器鏈。

　　切入點(diǎn)(Pointcut)： 匹配連接點(diǎn)(Joinpoint)的斷言。通知和一個(gè)切入點(diǎn)表達(dá)式關(guān)聯(lián)，并在滿足這個(gè)切入點(diǎn)的連接點(diǎn)上運(yùn)行(例如，當(dāng)執(zhí)行某個(gè)特定名稱的方法時(shí))。 切入點(diǎn)表達(dá)式如何和連接點(diǎn)匹配是AOP的核心：Spring缺省使用AspectJ切入點(diǎn)語法。

　　引入(Introduction)： (也被稱為內(nèi)部類型聲明(inter-type declaration))。聲明額外的方法或者某個(gè)類型的字段。 Spring允許引入新的接口(以及一個(gè)對應(yīng)的實(shí)現(xiàn))到任何被代理的對象。 例如，你可以使用一個(gè)引入來使bean實(shí)現(xiàn) IsModified 接口，以便簡化緩存機(jī)制。

　　目標(biāo)對象(Target Object)： 被一個(gè)或者多個(gè)切面(aspect)所通知(advise)的對象。也有人把它叫做 被通知(advised) 對象。 既然Spring AOP是通過運(yùn)行時(shí)代理實(shí)現(xiàn)的，這個(gè)對象永遠(yuǎn)是一個(gè) 被代理(proxied) 對象。

　　AOP代理(AOP Proxy)： AOP框架創(chuàng)建的對象，用來實(shí)現(xiàn)切面契約(aspect contract)(包括通知方法執(zhí)行等功能)。 在Spring中，AOP代理可以是JDK動(dòng)態(tài)代理或者CGLIB代理。 注意：Spring 2.0最新引入的基于模式(schema-based)風(fēng)格和@AspectJ注解風(fēng)格的切面聲明，對于使用這些風(fēng)格的用戶來說，代理的創(chuàng)建是透明的。

　　織入(Weaving)： 把切面(aspect)連接到其它的應(yīng)用程序類型或者對象上，并創(chuàng)建一個(gè)被通知(advised)的對象。 這些可以在編譯時(shí)(例如使用AspectJ編譯器)，類加載時(shí)和運(yùn)行時(shí)完成。 Spring和其他純Java AOP框架一樣，在運(yùn)行時(shí)完成織入。

　　通知的類型：

　　前置通知(Before advice)： 在某連接點(diǎn)(join point)之前執(zhí)行的通知，但這個(gè)通知不能阻止連接點(diǎn)前的執(zhí)行(除非它拋出一個(gè)異常)。

　　返回后通知(After returning advice)： 在某連接點(diǎn)(join point)正常完成后執(zhí)行的通知：例如，一個(gè)方法沒有拋出任何異常，正常返回。

　　拋出異常后通知(After throwing advice)： 在方法拋出異常退出時(shí)執(zhí)行的通知。

　　后通知(After (finally) advice)： 當(dāng)某連接點(diǎn)退出的時(shí)候執(zhí)行的通知(不論是正常返回還是異常退出)。

　　環(huán)繞通知(Around Advice)： 包圍一個(gè)連接點(diǎn)(join point)的通知，如方法調(diào)用。這是最強(qiáng)大的一種通知類型。 環(huán)繞通知可以在方法調(diào)用前后完成自定義的行為。它也會(huì)選擇是否繼續(xù)執(zhí)行連接點(diǎn)或直接返回它們自己的返回值或拋出異常來結(jié)束執(zhí)行。

　　環(huán)繞通知是最常用的一種通知類型。大部分基于攔截的AOP框架，例如Nanning和JBoss4，都只提供環(huán)繞通知。

　　切入點(diǎn)(pointcut)和連接點(diǎn)(join point)匹配的概念是AOP的關(guān)鍵，這使得AOP不同于其它僅僅提供攔截功能的舊技術(shù)。 切入點(diǎn)使得定位通知(advice)可獨(dú)立于OO層次。 例如，一個(gè)提供聲明式事務(wù)管理的around通知可以被應(yīng)用到一組橫跨多個(gè)對象中的方法上(例如服務(wù)層的所有業(yè)務(wù)操作)。

3155503