1、Hibernate 工作原理及為什么要用?原理:1. 讀取并解析配置文件2. 讀取并解析映射信息,創(chuàng)建 SessionFactory3. 打開(kāi) Sesssion4. 創(chuàng)建事務(wù) Transation5. 持久化操作6. 提交事務(wù)7. 關(guān)閉 Session8. 關(guān)閉 SesstionFactory為什么要用:1. 對(duì) JDBC 訪問(wèn)數(shù)據(jù)庫(kù)的代碼做了封裝,大大簡(jiǎn)化了數(shù)據(jù)訪問(wèn)層繁瑣的重復(fù)性代碼。2. Hibernate是一個(gè)基于 JDBC 的主流持久化框架,是一個(gè)優(yōu)秀的 ORM 實(shí)現(xiàn)。他很大程度 的簡(jiǎn)化 DAO 層的編碼工作3. hibernate使用 Java 反射機(jī)制,而不是字節(jié)碼增強(qiáng)程序來(lái)實(shí)現(xiàn)透

2、明性。4. hibernate的性能非常好,因?yàn)樗莻€(gè)輕量級(jí)框架。映射的靈活性很出色。它支持各種關(guān) 系數(shù)據(jù)庫(kù),從一對(duì)一到多對(duì)多的各種復(fù)雜關(guān)系。2. Hibernate 是如何延遲加載 ?1. Hibernate2延遲加載實(shí)現(xiàn):a 實(shí)體對(duì)象 b 集合(Collection 2. Hibernate3 提供了屬性的延遲加載功能當(dāng) Hibernate 在查詢數(shù)據(jù)的時(shí)候,數(shù)據(jù)并沒(méi)有存在與內(nèi)存中,當(dāng)程序真正對(duì)數(shù)據(jù)的操作時(shí), 對(duì)象才存在與內(nèi)存中, 就實(shí)現(xiàn)了延遲加載, 他節(jié)省了服務(wù)器的內(nèi)存開(kāi)銷(xiāo), 從而提高了服務(wù)器 的性能。3. Hibernate 中怎樣實(shí)現(xiàn)類之間的關(guān)系 ?(如:一對(duì)多、多對(duì)多的關(guān)系 類與類

3、之間的關(guān)系主要體現(xiàn)在表與表之間的關(guān)系進(jìn)行操作, 它們都市對(duì)對(duì)象進(jìn)行操作, 我們 程序中把所有的表與類都映射在一起, 它們通過(guò)配置文件中的 many-to-one 、 one-to-many 、 many-to-many 、4. 說(shuō)下 Hibernate 的緩存機(jī)制1. 內(nèi)部緩存存在 Hibernate 中又叫一級(jí)緩存,屬于應(yīng)用事物級(jí)緩存2. 二級(jí)緩存:a 應(yīng)用及緩存b 分布式緩存條件:數(shù)據(jù)不會(huì)被第三方修改、 數(shù)據(jù)大小在可接受范圍、 數(shù)據(jù)更新頻率低、 同一數(shù)據(jù)被系統(tǒng) 頻繁使用、非 關(guān)鍵數(shù)據(jù)c 第三方緩存的實(shí)現(xiàn)5. Hibernate 的查詢方式Sql 、 Criteria,object comp

4、tositionHql :1、 屬性查詢2、 參數(shù)查詢、命名參數(shù)查詢3、 關(guān)聯(lián)查詢4、 分頁(yè)查詢5、 統(tǒng)計(jì)函數(shù)6. 如何優(yōu)化 Hibernate ?1. 使用雙向一對(duì)多關(guān)聯(lián),不使用單向一對(duì)多2. 靈活使用單向一對(duì)多關(guān)聯(lián)3. 不用一對(duì)一,用多對(duì)一取代4. 配置對(duì)象緩存,不使用集合緩存5. 一對(duì)多集合使用 Bag, 多對(duì)多集合使用 Set6. 繼承類使用顯式多態(tài)7. 表字段要少,表關(guān)聯(lián)不要怕多,有二級(jí)緩存撐腰7. Struts 工作機(jī)制?為什么要使用 Struts ?工作機(jī)制:Struts 的工作流程 :在 web 應(yīng)用啟動(dòng)時(shí)就會(huì)加載初始化 ActionServlet,ActionServlet

5、從struts-config.xml 文件中讀取配置信息 , 把它們存放到各種配置對(duì)象當(dāng) ActionServlet 接收到一個(gè)客戶請(qǐng)求時(shí) , 將執(zhí)行如下流程 .-(1檢索和用戶請(qǐng)求匹配的 ActionMapping 實(shí)例 , 如果不存在 , 就返回請(qǐng)求路徑無(wú)效信息 ; -(2如果 ActionForm 實(shí)例不存在 , 就創(chuàng)建一個(gè) ActionForm 對(duì)象 , 把客戶提交的表單數(shù)據(jù)保存 到 ActionForm 對(duì)象中 ;-(3根據(jù)配置信息決定是否需要表單驗(yàn)證 . 如果需要驗(yàn)證 , 就調(diào)用 ActionForm 的 validate(方 法 ;-(4如果 ActionForm 的 valid

6、ate(方法返回 null 或返回一個(gè)不包含 ActionMessage 的 ActuibErrors 對(duì)象 , 就表示表單驗(yàn)證成功 ;-(5ActionServlet根據(jù) ActionMapping 所包含的映射信息決定將請(qǐng)求轉(zhuǎn)發(fā)給哪個(gè) Action, 如 果相應(yīng)的 Action 實(shí)例不存在 , 就先創(chuàng)建這個(gè)實(shí)例 , 然后調(diào)用 Action 的 execute(方法 ;-(6Action的 execute(方法返回一個(gè) ActionForward 對(duì)象 ,ActionServlet 在把客戶請(qǐng)求轉(zhuǎn)發(fā) 給 ActionForward 對(duì)象指向的 JSP 組件 ;-(7ActionForward

7、對(duì)象指向 JSP 組件生成動(dòng)態(tài)網(wǎng)頁(yè) , 返回給客戶 ;為什么要用:JSP 、 Servlet 、 JavaBean 技術(shù)的出現(xiàn)給我們構(gòu)建強(qiáng)大的企業(yè)應(yīng)用系統(tǒng)提供了可能。但用這 些技術(shù)構(gòu)建的系統(tǒng)非常的繁亂, 所以在此之上, 我們需要一個(gè)規(guī)則、 一個(gè)把這些技術(shù)組織起 來(lái)的規(guī)則,這就是框架, Struts 便應(yīng)運(yùn)而生。基于 Struts 開(kāi)發(fā)的應(yīng)用由 3類組件構(gòu)成:控制器組件、模型組件、視圖組件8. Struts 的 validate 框架是如何驗(yàn)證的?在 struts 配置文件中配置具體的錯(cuò)誤提示,再在 FormBean 中的 validate(方法具體調(diào)用。9. 說(shuō)下 Struts 的設(shè)計(jì)模式MV

8、C 模式 : web應(yīng)用程序啟動(dòng)時(shí)就會(huì)加載并初始化 ActionServler 。用戶提交表單時(shí),一個(gè) 配置好的 ActionForm 對(duì)象被創(chuàng)建,并被填入表單相應(yīng)的數(shù)據(jù), ActionServler 根據(jù)Struts-config.xml 文件配置好的設(shè)置決定是否需要表單驗(yàn)證,如果需要就調(diào)用 ActionForm 的 Validate (驗(yàn)證后選擇將請(qǐng)求發(fā)送到哪個(gè) Action ,如果 Action 不存在, ActionServlet 會(huì)先創(chuàng)建這個(gè)對(duì)象,然后調(diào)用 Action 的 execute (方法。 Execute (從 ActionForm 對(duì) 象中獲取數(shù)據(jù),完成業(yè)務(wù)邏輯,返回一個(gè)

9、 ActionForward 對(duì)象, ActionServlet 再把客戶請(qǐng) 求轉(zhuǎn)發(fā)給 ActionForward 對(duì)象指定的 jsp 組件, ActionForward 對(duì)象指定的 jsp 生成動(dòng)態(tài)的 網(wǎng)頁(yè),返回給客戶。10. spring 工作機(jī)制及為什么要用 ?1.spring mvc請(qǐng)所有的請(qǐng)求都提交給 DispatcherServlet, 它會(huì)委托應(yīng)用系統(tǒng)的其他模塊負(fù)責(zé) 負(fù)責(zé)對(duì)請(qǐng)求進(jìn)行真正的處理工作。2.DispatcherServlet 查詢一個(gè)或多個(gè) HandlerMapping, 找到處理請(qǐng)求的 Controller.3.DispatcherServlet 請(qǐng)請(qǐng)求提交到目標(biāo) C

10、ontroller4.Controller 進(jìn)行業(yè)務(wù)邏輯處理后,會(huì)返回一個(gè) ModelAndView5.Dispathcher 查詢一個(gè)或多個(gè) ViewResolver 視圖解析器 , 找到 ModelAndView 對(duì)象指定的 視圖對(duì)象6. 視圖對(duì)象負(fù)責(zé)渲染返回給客戶端。為什么用:AOP 讓開(kāi)發(fā)人員可以創(chuàng)建非行為性的關(guān)注點(diǎn), 稱為橫切關(guān)注點(diǎn), 并將它們插入到應(yīng)用程序 代碼中。使用 AOP 后,公共服務(wù) (比如日志、持久性、事務(wù)等就可以分解成方面并應(yīng) 用到域?qū)ο笊?同時(shí)不會(huì)增加域?qū)ο蟮膶?duì)象模型的復(fù)雜性。IOC 允許創(chuàng)建一個(gè)可以構(gòu)造對(duì)象的應(yīng)用環(huán)境,然后向這些對(duì)象傳遞它們的協(xié)作對(duì)象。正如 單詞 倒

11、置 所表明的, IOC 就像反 過(guò)來(lái)的 JNDI 。沒(méi)有使用一堆抽象工廠、服務(wù)定位器、 單元素(singleton 和直接構(gòu)造(straight construction ,每一個(gè)對(duì)象都是用其協(xié)作對(duì)象構(gòu) 造的。因此是由容器管理協(xié)作對(duì)象(collaborator 。Spring 即使一個(gè) AOP 框架, 也是一 IOC 容器。 Spring 最好的地方是它有助于您替換對(duì)象。 有了 Spring ,只要用 JavaBean 屬性和配置文件加入依賴性(協(xié)作對(duì)象 。然后可以很容 易地在需要時(shí)替換具有類似接口的協(xié)作對(duì)象。 Spring 框架是一個(gè)分層架構(gòu),由 7 個(gè)定義良好的模塊組成。 Spring 模

12、塊構(gòu)建在核心容器 之上,核心容器定義了創(chuàng)建、配置和管理 bean 的方式,如圖 1 所示。組成 Spring 框架的每個(gè)模塊(或組件都可以單獨(dú)存在,或者與其他一個(gè)或多個(gè)模塊聯(lián)合 實(shí)現(xiàn)。每個(gè)模塊的功能如下: 核心容器:核心容器提供 Spring 框架的基本功能。核心容器的主要組件是 BeanFactory ,它是工廠模式的實(shí)現(xiàn)。 BeanFactory 使用控制反轉(zhuǎn) (IOC 模式將應(yīng)用程 序的配置和依賴性規(guī)范與實(shí)際的應(yīng)用程序代碼分開(kāi)。 Spring 上下文:Spring 上下文是一個(gè)配置文件, 向 Spring 框架提供上下文信息。 Spring 上下文包括企業(yè)服務(wù),例如 JNDI 、 EJB

13、 、電子郵件、國(guó)際化、校驗(yàn)和調(diào)度功能。 Spring AOP:通過(guò)配置管理特性, Spring AOP 模塊直接將面向方面的編程功能集成到了 Spring 框架中。 所以, 可以很容易地使 Spring 框架管理的任何對(duì)象支持 AOP 。 Spring AOP 模塊為基于 Spring 的應(yīng)用程序中的對(duì)象提供了事務(wù)管理服務(wù)。通過(guò)使用 Spring AOP,不 用依賴 EJB 組件,就可以將聲明性事務(wù)管理集成到應(yīng)用程序中。 Spring DAO:JDBC DAO 抽象層提供了有意義的異常層次結(jié)構(gòu), 可用該結(jié)構(gòu)來(lái)管理異常 處理和不同數(shù)據(jù)庫(kù)供應(yīng)商拋出的錯(cuò)誤消息。 異常層次結(jié)構(gòu)簡(jiǎn)化了錯(cuò)誤處理, 并且極

14、大地降低 了需要編寫(xiě)的異常代碼數(shù)量 (例如打開(kāi)和關(guān)閉連接 。 Spring DAO 的面向 JDBC 的異常遵 從通用的 DAO 異常層次結(jié)構(gòu)。 Spring ORM:Spring 框架插入了若干個(gè) ORM 框架,從而提供了 ORM 的對(duì)象關(guān)系工 具,其中包括 JDO 、 Hibernate 和 iBatis SQL Map。所有這些都遵從 Spring 的通用事務(wù) 和 DAO 異常層次結(jié)構(gòu)。 Spring Web 模塊:Web 上下文模塊建立在應(yīng)用程序上下文模塊之上,為基于 Web 的 應(yīng)用程序提供了上下文。 所以, Spring 框架支持與 Jakarta Struts 的集成。 Web

15、模塊還簡(jiǎn) 化了處理多部分請(qǐng)求以及將請(qǐng)求參數(shù)綁定到域?qū)ο蟮墓ぷ鳌?Spring MVC 框架:MVC 框架是一個(gè)全功能的構(gòu)建 Web 應(yīng)用程序的 MVC 實(shí)現(xiàn)。 通過(guò) 策略接口, MVC 框架變成為高度可配置的, MVC 容納了大量視圖技術(shù),其中包括 JSP 、 Velocity 、 Tiles 、 iText 和 POI 。Spring 框架的功能可以用在任何 J2EE 服務(wù)器中,大多數(shù)功能也適用于不受管理的環(huán)境。 Spring 的核心要點(diǎn)是:支持不綁定到特定 J2EE 服務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問(wèn)對(duì)象。毫無(wú) 疑問(wèn),這樣的對(duì)象可以在不同 J2EE 環(huán)境 (Web 或 EJB 、獨(dú)立應(yīng)用程序、測(cè)試

16、環(huán)境之 間重用。IOC 和 AOP控制反轉(zhuǎn)模式 (也稱作依賴性介入 的基本概念是:不創(chuàng)建對(duì)象, 但是描述創(chuàng)建它們的方式。 在代碼中不直接與對(duì)象和服務(wù)連接, 但在配置文件中描述哪一個(gè)組件需要哪一項(xiàng)服務(wù)。 容器 (在 Spring 框架中是 IOC 容器 負(fù)責(zé)將這些聯(lián)系在一起。在典型的 IOC 場(chǎng)景中,容器創(chuàng)建了所有對(duì)象,并設(shè)置必要的屬性將它們連接在一起,決定 什么時(shí)間調(diào)用方法。下表列出了 IOC 的一個(gè)實(shí)現(xiàn)模式。Spring 框架的 IOC 容器采用類型 2 和類型 3 實(shí)現(xiàn)。面向方面的編程面向方面的編程,即 AOP ,是一種編程技術(shù),它允許程序員對(duì)橫切關(guān)注點(diǎn)或橫切典型的職 責(zé)分界線的行為(例如

17、日志和事務(wù)管理進(jìn)行模塊化。 AOP 的核心構(gòu)造是方面,它將那些 影響多個(gè)類的行為封裝到可重用的模塊中。AOP 和 IOC 是補(bǔ)充性的技術(shù),它們都運(yùn)用模塊化方式解決企業(yè)應(yīng)用程序開(kāi)發(fā)中的復(fù)雜問(wèn) 題。在典型的面向?qū)ο箝_(kāi)發(fā)方式中,可能要將日志記錄語(yǔ)句放在所有方法和 Java 類中才 能實(shí)現(xiàn)日志功能。在 AOP 方式中,可以反過(guò)來(lái)將日志服務(wù)模塊化,并以聲明的方式將它 們應(yīng)用到需要日志的組件上。當(dāng)然,優(yōu)勢(shì)就是 Java 類不需要知道日志服務(wù)的存在,也不 需要考慮相關(guān)的代碼。所以,用 Spring AOP 編寫(xiě)的應(yīng)用程序代碼是松散耦合的。AOP 的功能完全集成到了 Spring 事務(wù)管理、日志和其他各種特性

18、的上下文中。IOC 容器Spring 設(shè)計(jì)的核心是 org.springframework.beans 包, 它的設(shè)計(jì)目標(biāo)是與 JavaBean 組件 一起使用。 這個(gè)包通常不是由用戶直接使用, 而是由服務(wù)器將其用作其他多數(shù)功能的底層中 介。下一個(gè)最高級(jí)抽象是 BeanFactory 接口,它是工廠設(shè)計(jì)模式的實(shí)現(xiàn),允許通過(guò)名稱創(chuàng) 建和檢索對(duì)象。 BeanFactory 也可以管理對(duì)象之間的關(guān)系。BeanFactory 支持兩個(gè)對(duì)象模型。 單態(tài) 模型提供了具有特定名稱的對(duì)象的共享實(shí)例,可以在查詢時(shí)對(duì)其進(jìn)行檢索。 Singleton 是默認(rèn)的也是最常用的對(duì)象模型。對(duì)于無(wú)狀態(tài)服務(wù)對(duì)象很理想。 原型

19、模型確保每次檢索都會(huì)創(chuàng)建單獨(dú)的對(duì)象。在每個(gè)用戶都需要自己的對(duì)象時(shí),原型模 型最適合。bean 工廠的概念是 Spring 作為 IOC 容器的基礎(chǔ)。 IOC 將處理事情的責(zé)任從應(yīng)用程序代碼轉(zhuǎn)移到框架。正如我將在下一個(gè)示例中演示的那樣，Spring 框架使用 JavaBean 屬性和 配置數(shù)據(jù)來(lái)指出必須設(shè)置的依賴關(guān)系。 BeanFactory 接口 因?yàn)?org.springframework.beans.factory.BeanFactory 是一個(gè)簡(jiǎn)單接口，所以可以針對(duì)各 種底層存儲(chǔ)方法實(shí)現(xiàn)。最常用的 BeanFactory 定義是 XmlBeanFactory，它根據(jù) XML 文 件中的定

20、義裝入 bean，如清單 1 所示。 清單 1. XmlBeanFactory BeanFactory factory = new XMLBeanFactory(new FileInputSteam(mybean.xml; 在 XML 文件中定義的 Bean 是被消極加載的，這意味在需要 bean 之前，bean 本身不 會(huì)被初始化。要從 BeanFactory 檢索 bean，只需調(diào)用 getBean( 方法，傳入將要檢索的 bean 的名稱即可，如清單 2 所示。 清單 2. getBean( MyBean mybean = (MyBean factory.getBean(mybean;

21、每個(gè) bean 的定義都可以是 POJO （用類名和 JavaBean 初始化屬性定義） 或 FactoryBean。FactoryBean 接口為使用 Spring 框架構(gòu)建的應(yīng)用程序添加了一個(gè)間接的級(jí) 別。 IOC 示例 理解控制反轉(zhuǎn)最簡(jiǎn)單的方式就是看它的實(shí)際應(yīng)用。在對(duì)由三部分組成的 Spring 系列 的第 1 部分進(jìn)行總結(jié)時(shí)，我使用了一個(gè)示例，演示了如何通過(guò) Spring IOC 容器注入應(yīng)用程序的 依賴關(guān)系（而不是將它們構(gòu)建進(jìn)來(lái)） 。 我用開(kāi)啟在線信用帳戶的用例作為起點(diǎn)。 對(duì)于該實(shí)現(xiàn)， 開(kāi)啟信用帳戶要求用戶與以下服務(wù)進(jìn) 行交互： 信用級(jí)別評(píng)定服務(wù)，查詢用戶的信用歷史信息。 遠(yuǎn)程信息鏈

22、接服務(wù)，插入客戶信息，將客戶信息與信用卡和銀行信息連接起來(lái)，以進(jìn)行 自動(dòng)借記（如果需要的話） 。 電子郵件服務(wù)，向用戶發(fā)送有關(guān)信用卡狀態(tài)的電子郵件。 三個(gè)接口 對(duì)于這個(gè)示例，我假設(shè)服務(wù)已經(jīng)存在，理想的情況是用松散耦合的方式把它們集成在一起。 以下清單顯示了三個(gè)服務(wù)的應(yīng)用程序接口。 清單 3. CreditRatingInterface public interface CreditRatingInterface public boolean getUserCreditHistoryInformation(ICustomer iCustomer; 清單 3 所示的信用級(jí)別評(píng)定接口提供了信用歷史信息。它需要一個(gè)包含客戶信息的 Cust