Hibernate工作原理及為什么要用？
　　原理：
　　1.讀取并解析配置文件
　　2.讀取并解析映射信息，創(chuàng)建SessionFactory
　　3.打開Sesssion
　　4.創(chuàng)建事務(wù)Transation
　　5.持久化操作
　　6.提交事務(wù)
　　7.關(guān)閉Session
　　8.關(guān)閉SesstionFactory
　　為什么要用：
　　1. 對JDBC訪問數(shù)據(jù)庫的代碼做了封裝，大大簡化了數(shù)據(jù)訪問層繁瑣的重復(fù)性代碼。
　　2. Hibernate是一個(gè)基于JDBC的主流持久化框架，是一個(gè)優(yōu)秀的ORM實(shí)現(xiàn)。他很大程度的簡化DAO層的編碼工作
　　3. hibernate使用Java反射機(jī)制，而不是字節(jié)碼增強(qiáng)程序來實(shí)現(xiàn)透明性。
　　4. hibernate的性能非常好，因?yàn)樗莻€(gè)輕量級框架。映射的靈活性很出色。它支持各種關(guān)系數(shù)據(jù)庫，從一對一到多對多的各種復(fù)雜關(guān)系。
　　2． 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ù)器的性能。
　　3．Hibernate中怎樣實(shí)現(xiàn)類之間的關(guān)系?(如：一對多、多對多的關(guān)系)
　　類與類之間的關(guān)系主要體現(xiàn)在表與表之間的關(guān)系進(jìn)行操作，它們都市對對象進(jìn)行操作，我們程序中把所有的表與類都映射在一起，它們通過配置文件中的many-to-one、one-to-many、many-to-many、
　　4． 說下Hibernate的緩存機(jī)制
　　1. 內(nèi)部緩存存在Hibernate中又叫一級緩存，屬于應(yīng)用事物級緩存
　　2. 二級緩存：
　　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 comptosition
　　Hql：
　　1、 屬性查詢
　　2、 參數(shù)查詢、命名參數(shù)查詢
　　3、 關(guān)聯(lián)查詢
　　4、 分頁查詢
　　5、 統(tǒng)計(jì)函數(shù)
　　6． 如何優(yōu)化Hibernate？
　　1.使用雙向一對多關(guān)聯(lián)，不使用單向一對多
　　2.靈活使用單向一對多關(guān)聯(lián)
　　3.不用一對一，用多對一取代
　　4.配置對象緩存，不使用集合緩存
　　5.一對多集合使用Bag,多對多集合使用Set
　　6. 繼承類使用顯式多態(tài)
　　7. 表字段要少，表關(guān)聯(lián)不要怕多，有二級緩存撐腰
　　7． Struts工作機(jī)制？為什么要使用Struts？
　　工作機(jī)制：
　　Struts的工作流程:
　　在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)頁,返回給客戶;
　　為什么要用：
　　JSP、Servlet、JavaBean技術(shù)的出現(xiàn)給我們構(gòu)建強(qiáng)大的企業(yè)應(yīng)用系統(tǒng)提供了可能。但用這些技術(shù)構(gòu)建的系統(tǒng)非常的繁亂，所以在此之上，我們需要一個(gè)規(guī)則、一個(gè)把這些技術(shù)組織起來的規(guī)則，這就是框架，Struts便應(yīng)運(yùn)而生。
　　基于Struts開發(fā)的應(yīng)用由3類組件構(gòu)成：控制器組件、模型組件、視圖組件
　　8． Struts的validate框架是如何驗(yàn)證的？
　　在struts配置文件中配置具體的錯(cuò)誤提示，再在FormBean中的validate()方法具體調(diào)用。
　　9． 說下Struts的設(shè)計(jì)模式
　　MVC模式: web應(yīng)用程序啟動(dòng)時(shí)就會(huì)加載并初始化ActionServler。用戶提交表單時(shí)，一個(gè)配置好的ActionForm對象被創(chuàng)建，并被填入表單相應(yīng)的數(shù) 據(jù)，ActionServler根據(jù)Struts-config.xml文件配置好的設(shè)置決定是否需要表單驗(yàn)證，如果需要就調(diào)用ActionForm的 Validate（）驗(yàn)證后選擇將請求發(fā)送到哪個(gè)Action，如果Action不存在，ActionServlet會(huì)先創(chuàng)建這個(gè)對象，然后調(diào)用 Action的execute（）方法。Execute（）從ActionForm對象中獲取數(shù)據(jù)，完成業(yè)務(wù)邏輯，返回一個(gè)ActionForward對 象，ActionServlet再把客戶請求轉(zhuǎn)發(fā)給ActionForward對象指定的jsp組件，ActionForward對象指定的jsp生成動(dòng) 態(tài)的網(wǎng)頁，返回給客戶。
　　10． spring工作機(jī)制及為什么要用?
　　1.spring mvc請所有的請求都提交給DispatcherServlet,它會(huì)委托應(yīng)用系統(tǒng)的其他模塊負(fù)責(zé)負(fù)責(zé)對請求進(jìn)行真正的處理工作。
　　2.DispatcherServlet查詢一個(gè)或多個(gè)HandlerMapping,找到處理請求的Controller.
　　3.DispatcherServlet請請求提交到目標(biāo)Controller
　　4.Controller進(jìn)行業(yè)務(wù)邏輯處理后，會(huì)返回一個(gè)ModelAndView
　　5.Dispathcher查詢一個(gè)或多個(gè)ViewResolver視圖解析器,找到ModelAndView對象指定的視圖對象
　　6.視圖對象負(fù)責(zé)渲染返回給客戶端。
　　為什么用：
　　{AOP 讓開發(fā)人員可以創(chuàng)建非行為性的關(guān)注點(diǎn)，稱為橫切關(guān)注點(diǎn)，并將它們插入到應(yīng)用程序代碼中。使用 AOP 后，公共服務(wù) （比 如日志、持久性、事務(wù)等）就可以分解成方面并應(yīng)用到域?qū)ο笊?，同時(shí)不會(huì)增加域?qū)ο蟮膶ο竽Ｐ偷膹?fù)雜性。
　　IOC 允許創(chuàng)建一個(gè)可以構(gòu)造對象的應(yīng)用環(huán)境，然后向這些對象傳遞它們的協(xié)作對象。正如單詞 倒置 所表明的，IOC 就像反 過來的 JNDI。沒有使用一堆抽象工廠、服務(wù)定位器、單元素（singleton）和直接構(gòu)造（straight construction），每一個(gè)對象都是用其協(xié)作對象構(gòu)造的。因此是由容器管理協(xié)作對象（collaborator）。
　　Spring即使一個(gè)AOP框架，也是一IOC容器。 Spring 最好的地方是它有助于您替換對象。有了 Spring，只要用 JavaBean 屬性和配置文件加入依賴性（協(xié)作對象）。然后可以很容易地在需要時(shí)替換具有類似接口的協(xié)作對象。}
　　Spring 框架是一個(gè)分層架構(gòu)，由 7 個(gè)定義良好的模塊組成。Spring 模塊構(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)用程序代碼分開。
　　☆ Spring 上下文：Spring 上下文是一個(gè)配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企業(yè)服務(wù)，例如 JNDI、EJB、電子郵件、國際化、校驗(yàn)和調(diào)度功能。
　　☆ Spring AOP：通過配置管理特性，Spring AOP 模塊直接將面向方面的編程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何對象支持 AOP。Spring AOP 模塊為基于 Spring 的應(yīng)用程序中的對象提供了事務(wù)管理服務(wù)。通過使用 Spring AOP，不用依賴 EJB 組件，就可以將聲明性事務(wù)管理集成到應(yīng)用程序中。
　　☆ Spring DAO：JDBC DAO 抽象層提供了有意義的異常層次結(jié)構(gòu)，可用該結(jié)構(gòu)來管理異常處理和不同數(shù)據(jù)庫供應(yīng)商拋出的錯(cuò)誤消息。異常層次結(jié)構(gòu)簡化了錯(cuò)誤處理，并且極大地降低了需要編寫 的異常代碼數(shù)量（例如打開和關(guān)閉連接）。Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結(jié)構(gòu)。
　　☆ Spring ORM：Spring 框架插入了若干個(gè) ORM 框架，從而提供了 ORM 的對象關(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 模塊還簡化了處理多部分請求以及將請求參數(shù)綁定到域?qū)ο蟮墓ぷ鳌?BR>　　☆ Spring MVC 框架：MVC 框架是一個(gè)全功能的構(gòu)建 Web 應(yīng)用程序的 MVC 實(shí)現(xiàn)。通過策略接口，MVC 框架變成為高度可配置的，MVC 容納了大量視圖技術(shù)，其中包括 JSP、Velocity、Tiles、iText 和 POI。
　　Spring 框架的功能可以用在任何 J2EE 服務(wù)器中，大多數(shù)功能也適用于不受管理的環(huán)境。Spring 的核心要點(diǎn)是：支持不綁定到特定 J2EE 服務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問對象。毫無疑問，這樣的對象可以在不同 J2EE 環(huán)境 （Web 或 EJB）、獨(dú)立應(yīng)用程序、測試環(huán)境之間重用。
　　IOC 和 AOP
　　控制反轉(zhuǎn)模式（也稱作依賴性介入）的基本概念是：不創(chuàng)建對象，但是描述創(chuàng)建它們的方式。在代碼中不直接與對象和服務(wù)連接，但在配置文件中描述哪一個(gè)組件需要哪一項(xiàng)服務(wù)。容器 （在 Spring 框架中是 IOC 容器） 負(fù)責(zé)將這些聯(lián)系在一起。
　　在典型的 IOC 場景中，容器創(chuàng)建了所有對象，并設(shè)置必要的屬性將它們連接在一起，決定什么時(shí)間調(diào)用方法。下表列出了 IOC 的一個(gè)實(shí)現(xiàn)模式。
　　Spring 框架的 IOC 容器采用類型 2 和類型3 實(shí)現(xiàn)。
　　面向方面的編程
　　面向方面的編程，即 AOP，是一種編程技術(shù)，它允許程序員對橫切關(guān)注點(diǎn)或橫切典型的職責(zé)分界線的行為（例如日志和事務(wù)管理）進(jìn)行模塊化。AOP 的核心構(gòu)造是方面，它將那些影響多個(gè)類的行為封裝到可重用的模塊中。
　　AOP 和 IOC 是補(bǔ)充性的技術(shù)，它們都運(yùn)用模塊化方式解決企業(yè)應(yīng)用程序開發(fā)中的復(fù)雜問題。在典型的面向?qū)ο箝_發(fā)方式中，可能要將日志記錄語句放在所有方法和 Java 類中才能實(shí)現(xiàn)日志功能。在 AOP 方式中，可以反過來將日志服務(wù)模塊化，并以聲明的方式將它們應(yīng)用到需要日志的組件上。當(dāng)然，優(yōu)勢就是 Java 類不需要知道日志服務(wù)的存在，也不需要考慮相關(guān)的代碼。所以，用 Spring AOP 編寫的應(yīng)用程序代碼是松散耦合的。
　　AOP 的功能完全集成到了 Spring 事務(wù)管理、日志和其他各種特性的上下文中。
　　IOC 容器
　　Spring 設(shè)計(jì)的核心是 org.springframework.beans 包，它的設(shè)計(jì)目標(biāo)是與 JavaBean 組件一起使用。這個(gè)包通常不是由用戶直接使用，而是由服務(wù)器將其用作其他多數(shù)功能的底層中介。下一個(gè)最高級抽象是 BeanFactory 接口，它是工廠設(shè)計(jì)模式的實(shí)現(xiàn)，允許通過名稱創(chuàng)建和檢索對象。BeanFactory 也可以管理對象之間的關(guān)系。
　　BeanFactory 支持兩個(gè)對象模型。
　　□ 單態(tài) 模型提供了具有特定名稱的對象的共享實(shí)例，可以在查詢時(shí)對其進(jìn)行檢索。Singleton 是默認(rèn)的也是最常用的對象模型。對于無狀態(tài)服務(wù)對象很理想。
　　□ 原型 模型確保每次檢索都會(huì)創(chuàng)建單獨(dú)的對象。在每個(gè)用戶都需要自己的對象時(shí)，原型模型最適合。
　　bean 工廠的概念是 Spring 作為 IOC 容器的基礎(chǔ)。IOC 將處理事情的責(zé)任從應(yīng)用程序代碼轉(zhuǎn)移到框架。正如我將在下一個(gè)示例中演示的那樣，Spring 框架使用 JavaBean 屬性和配置數(shù)據(jù)來指出必須設(shè)置的依賴關(guān)系。
　　BeanFactory 接口
　　因?yàn)?org.springframework.beans.factory.BeanFactory 是一個(gè)簡單接口，所以可以針對各種底層存儲(chǔ)方法實(shí)現(xiàn)。最常用的 BeanFactory 定義是 XmlBeanFactory，它根據(jù) XML 文件中的定義裝入 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");
　　每個(gè) bean 的定義都可以是 POJO （用類名和 JavaBean 初始化屬性定義） 或 FactoryBean。FactoryBean 接口為使用 Spring 框架構(gòu)建的應(yīng)用程序添加了一個(gè)間接的級別。
　　IOC 示例
　　理解控制反轉(zhuǎn)最簡單的方式就是看它的實(shí)際應(yīng)用。在對由三部分組成的 Spring 系列 的第 1 部分進(jìn)行總結(jié)時(shí)，我使用了一個(gè)示例，演示了如何通過 Spring IOC 容器注入應(yīng)用程序的依賴關(guān)系（而不是將它們構(gòu)建進(jìn)來）。
　　我用開啟在線信用帳戶的用例作為起點(diǎn)。對于該實(shí)現(xiàn)，開啟信用帳戶要求用戶與以下服務(wù)進(jìn)行交互：
　　☆ 信用級別評定服務(wù)，查詢用戶的信用歷史信息。
　　☆ 遠(yuǎn)程信息鏈接服務(wù)，插入客戶信息，將客戶信息與信用卡和銀行信息連接起來，以進(jìn)行自動(dòng)借記（如果需要的話）。
　　☆ 電子郵件服務(wù)，向用戶發(fā)送有關(guān)信用卡狀態(tài)的電子郵件。
　　三個(gè)接口
　　對于這個(gè)示例，我假設(shè)服務(wù)已經(jīng)存在，理想的情況是用松散耦合的方式把它們集成在一起。以下清單顯示了三個(gè)服務(wù)的應(yīng)用程序接口。
　　清單 3. CreditRatingInterface
　　public interface CreditRatingInterface {
　　public boolean getUserCreditHistoryInformation(ICustomer iCustomer);
　　}
　　清單 3 所示的信用級別評定接口提供了信用歷史信息。它需要一個(gè)包含客戶信息的 Customer 對象。該接口的實(shí)現(xiàn)是由 CreditRating 類提供的。
　　清單 4. CreditLinkingInterface
　　public interface CreditLinkingInterface {
　　public String getUrl();
　　public void setUrl(String url);
　　public void linkCreditBankAccount() throws Exception ;
　　}
　　信用鏈接接口將信用歷史信息與銀行信息（如果需要的話）連接在一起，并插入用戶的信用卡信息。信用鏈接接口是一個(gè)遠(yuǎn)程服務(wù)，它的查詢是通過 getUrl() 方法進(jìn)行的。URL 由 Spring 框架的 bean 配置機(jī)制設(shè)置，我稍后會(huì)討論它。該接口的實(shí)現(xiàn)是由 CreditLinking 類提供的。
　　清單 5. EmailInterface
　　public interface EmailInterface {
　　public void sendEmail(ICustomer iCustomer);
　　public String getFromEmail();
　　public void setFromEmail(String fromEmail) ;
　　public String getPassword();
　　public void setPassword(String password) ;
　　public String getSmtpHost() ;
　　public void setSmtpHost(String smtpHost);
　　public String getUserId() ;
　　public void setUserId(String userId);