本文講述了Spring,hibernate,struts經(jīng)典面試筆試題及其參考答案。分享給大家供大家參考，具體如下：

1.Hibernate工作原理及為什么要用？

原理：

1.讀取并解析配置文件
2.讀取并解析映射信息，創(chuàng)建SessionFactory
3.打開Sesssion
4.創(chuàng)建事務Transation
5.持久化操作
6.提交事務
7.關閉Session
8.關閉SesstionFactory

為什么要用：

① . 對JDBC訪問數(shù)據(jù)庫的代碼做了封裝，大大簡化了數(shù)據(jù)訪問層繁瑣的重復性代碼。

② . Hibernate是一個基于JDBC的主流持久化框架，是一個優(yōu)秀的ORM實現(xiàn)。他很大程度的簡化DAO層的編碼工作

③ . hibernate使用Java反射機制，而不是字節(jié)碼增強程序來實現(xiàn)透明性。

④ . hibernate的性能非常好，因為它是個輕量級框架。映射的靈活性很出色。它支持各種關系數(shù)據(jù)庫，從一對一到多對多的各種復雜關系。

2． Hibernate是如何延遲加載?

① . Hibernate2延遲加載實現(xiàn)：a)實體對象 b)集合（Collection）

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

3．Hibernate中怎樣實現(xiàn)類之間的關系?(如：一對多、多對多的關系)

類與類之間的關系主要體現(xiàn)在表與表之間的關系進行操作，它們都市對對象進行操作，我們程序中把所有的表與類都映射在一起，它們通過配置文件中的many-to-one、one-to-many、many-to-many、

4． 說下Hibernate的緩存機制

① . 內部緩存存在Hibernate中又叫一級緩存，屬于應用事物級緩存

② . 二級緩存：

a) 應用及緩存
b) 分布式緩存
條件：數(shù)據(jù)不會被第三方修改、數(shù)據(jù)大小在可接受范圍、數(shù)據(jù)更新頻率低、同一數(shù)據(jù)被系統(tǒng)頻繁使用、非 關鍵數(shù)據(jù)
c) 第三方緩存的實現(xiàn)

5． Hibernate的查詢方式

Sql、Criteria,object comptosition

Hql：

1、 屬性查詢
2、 參數(shù)查詢、命名參數(shù)查詢
3、 關聯(lián)查詢
4、 分頁查詢
5、 統(tǒng)計函數(shù)

6． 如何優(yōu)化Hibernate？

①.使用雙向一對多關聯(lián)，不使用單向一對多
②.靈活使用單向一對多關聯(lián)
③.不用一對一，用多對一取代
④.配置對象緩存，不使用集合緩存
⑤.一對多集合使用Bag,多對多集合使用Set
⑥. 繼承類使用顯式多態(tài)
⑦. 表字段要少，表關聯(lián)不要怕多，有二級緩存撐腰

7． Struts工作機制？為什么要使用Struts？

工作機制：

Struts的工作流程:

在web應用啟動時就會加載初始化ActionServlet,ActionServlet從

struts-config.xml文件中讀取配置信息,把它們存放到各種配置對象

當ActionServlet接收到一個客戶請求時,將執(zhí)行如下流程.

-(1)檢索和用戶請求匹配的ActionMapping實例,如果不存在,就返回請求路徑無效信息;
-(2)如果ActionForm實例不存在,就創(chuàng)建一個ActionForm對象,把客戶提交的表單數(shù)據(jù)保存到ActionForm對象中;
-(3)根據(jù)配置信息決定是否需要表單驗證.如果需要驗證,就調用ActionForm的validate()方法;
-(4)如果ActionForm的validate()方法返回null或返回一個不包含ActionMessage的ActuibErrors對象, 就表示表單驗證成功;
-(5)ActionServlet根據(jù)ActionMapping所包含的映射信息決定將請求轉發(fā)給哪個Action,如果相應的 Action實例不存在,就先創(chuàng)建這個實例,然后調用Action的execute()方法;
-(6)Action的execute()方法返回一個ActionForward對象,ActionServlet在把客戶請求轉發(fā)給 ActionForward對象指向的JSP組件;
-(7)ActionForward對象指向JSP組件生成動態(tài)網(wǎng)頁,返回給客戶;

為什么要用：

JSP、Servlet、JavaBean技術的出現(xiàn)給我們構建強大的企業(yè)應用系統(tǒng)提供了可能。但用這些技術構建的系統(tǒng)非常的繁亂，所以在此之上，我們需要一個規(guī)則、一個把這些技術組織起來的規(guī)則，這就是框架，Struts便應運而生。

基于Struts開發(fā)的應用由3類組件構成：控制器組件、模型組件、視圖組件

8． Struts的validate框架是如何驗證的？

在struts配置文件中配置具體的錯誤提示，再在FormBean中的validate()方法具體調用。

9． 說下Struts的設計模式

MVC 模式: web應用程序啟動時就會加載并初始化ActionServler。用戶提交表單時，一個配置好的ActionForm對象被創(chuàng)建，并被填入表單相應的數(shù) 據(jù)，ActionServler根據(jù)Struts-config.xml文件配置好的設置決定是否需要表單驗證，如果需要就調用ActionForm的 Validate（）驗證后選擇將請求發(fā)送到哪個Action，如果Action不存在，ActionServlet會先創(chuàng)建這個對象，然后調用 Action的execute（）方法。Execute（）從ActionForm對象中獲取數(shù)據(jù)，完成業(yè)務邏輯，返回一個ActionForward對 象，ActionServlet再把客戶請求轉發(fā)給ActionForward對象指定的jsp組件，ActionForward對象指定的jsp生成動 態(tài)的網(wǎng)頁，返回給客戶。

10． spring工作機制及為什么要用?

①.spring mvc請所有的請求都提交給DispatcherServlet,它會委托應用系統(tǒng)的其他模塊負責負責對請求進行真正的處理工作。
②.DispatcherServlet查詢一個或多個HandlerMapping,找到處理請求的Controller.
③.DispatcherServlet請請求提交到目標Controller
④.Controller進行業(yè)務邏輯處理后，會返回一個ModelAndView
⑤.Dispathcher查詢一個或多個ViewResolver視圖解析器,找到ModelAndView對象指定的視圖對象
⑥.視圖對象負責渲染返回給客戶端。

為什么用：

{AOP 讓開發(fā)人員可以創(chuàng)建非行為性的關注點，稱為橫切關注點，并將它們插入到應用程序代碼中。使用 AOP 后，公共服務 （比 如日志、持久性、事務等）就可以分解成方面并應用到域對象上，同時不會增加域對象的對象模型的復雜性。

IOC 允許創(chuàng)建一個可以構造對象的應用環(huán)境，然后向這些對象傳遞它們的協(xié)作對象。正如單詞 倒置 所表明的，IOC 就像反 過來的 JNDI。沒有使用一堆抽象工廠、服務定位器、單元素（singleton）和直接構造（straight construction），每一個對象都是用其協(xié)作對象構造的。因此是由容器管理協(xié)作對象（collaborator）。

Spring即使一個AOP框架，也是一IOC容器。 Spring 最好的地方是它有助于您替換對象。有了 Spring，只要用 JavaBean 屬性和配置文件加入依賴性（協(xié)作對象）。然后可以很容易地在需要時替換具有類似接口的協(xié)作對象。}

Spring 框架是一個分層架構，由 7 個定義良好的模塊組成。Spring 模塊構建在核心容器之上，核心容器定義了創(chuàng)建、配置和管理 bean 的方式。

組成 Spring 框架的每個模塊（或組件）都可以單獨存在，或者與其他一個或多個模塊聯(lián)合實現(xiàn)。每個模塊的功能如下：

☆ 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要組件是 BeanFactory，它是工廠模式的實現(xiàn)。BeanFactory 使用控制反轉 （IOC）模式將應用程序的配置和依賴性規(guī)范與實際的應用程序代碼分開。
☆ Spring 上下文：Spring 上下文是一個配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企業(yè)服務，例如 JNDI、EJB、電子郵件、國際化、校驗和調度功能。
☆ Spring AOP：通過配置管理特性，Spring AOP 模塊直接將面向方面的編程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何對象支持 AOP。Spring AOP 模塊為基于 Spring 的應用程序中的對象提供了事務管理服務。通過使用 Spring AOP，不用依賴 EJB 組件，就可以將聲明性事務管理集成到應用程序中。
☆ Spring DAO：JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同數(shù)據(jù)庫供應商拋出的錯誤消息。異常層次結構簡化了錯誤處理，并且極大地降低了需要編寫的異常代碼數(shù)量（例如打開和關閉連接）。Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結構。
☆ Spring ORM：Spring 框架插入了若干個 ORM 框架，從而提供了 ORM 的對象關系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有這些都遵從 Spring 的通用事務和 DAO 異常層次結構。
☆ Spring Web 模塊：Web 上下文模塊建立在應用程序上下文模塊之上，為基于 Web 的應用程序提供了上下文。所以，Spring 框架支持與 Jakarta Struts 的集成。Web 模塊還簡化了處理多部分請求以及將請求參數(shù)綁定到域對象的工作。
☆ Spring MVC 框架：MVC 框架是一個全功能的構建 Web 應用程序的 MVC 實現(xiàn)。通過策略接口，MVC 框架變成為高度可配置的，MVC 容納了大量視圖技術，其中包括 JSP、Velocity、Tiles、iText 和 POI。

Spring 框架的功能可以用在任何 J2EE 服務器中，大多數(shù)功能也適用于不受管理的環(huán)境。Spring 的核心要點是：支持不綁定到特定 J2EE 服務的可重用業(yè)務和數(shù)據(jù)訪問對象。毫無疑問，這樣的對象可以在不同 J2EE 環(huán)境 （Web 或 EJB）、獨立應用程序、測試環(huán)境之間重用。

IOC 和 AOP

控制反轉模式（也稱作依賴性介入）的基本概念是：不創(chuàng)建對象，但是描述創(chuàng)建它們的方式。在代碼中不直接與對象和服務連接，但在配置文件中描述哪一個組件需要哪一項服務。容器（在 Spring 框架中是 IOC 容器） 負責將這些聯(lián)系在一起。

在典型的 IOC 場景中，容器創(chuàng)建了所有對象，并設置必要的屬性將它們連接在一起，決定什么時間調用方法。下表列出了 IOC 的一個實現(xiàn)模式。

Spring 框架的 IOC 容器采用類型 2 和類型3 實現(xiàn)。

面向方面的編程

面向方面的編程，即 AOP，是一種編程技術，它允許程序員對橫切關注點或橫切典型的職責分界線的行為（例如日志和事務管理）進行模塊化。AOP 的核心構造是方面，它將那些影響多個類的行為封裝到可重用的模塊中。

AOP 和 IOC 是補充性的技術，它們都運用模塊化方式解決企業(yè)應用程序開發(fā)中的復雜問題。在典型的面向對象開發(fā)方式中，可能要將日志記錄語句放在所有方法和 Java 類中才能實現(xiàn)日志功能。在 AOP 方式中，可以反過來將日志服務模塊化，并以聲明的方式將它們應用到需要日志的組件上。當然，優(yōu)勢就是 Java 類不需要知道日志服務的存在，也不需要考慮相關的代碼。所以，用 Spring AOP 編寫的應用程序代碼是松散耦合的。

AOP 的功能完全集成到了 Spring 事務管理、日志和其他各種特性的上下文中。

IOC 容器

Spring 設計的核心是 org.springframework.beans 包，它的設計目標是與 JavaBean 組件一起使用。這個包通常不是由用戶直接使用，而是由服務器將其用作其他多數(shù)功能的底層中介。下一個最高級抽象是 BeanFactory 接口，它是工廠設計模式的實現(xiàn)，允許通過名稱創(chuàng)建和檢索對象。BeanFactory 也可以管理對象之間的關系。

BeanFactory 支持兩個對象模型。

□ 單態(tài) 模型提供了具有特定名稱的對象的共享實例，可以在查詢時對其進行檢索。Singleton 是默認的也是最常用的對象模型。對于無狀態(tài)服務對象很理想。

□ 原型 模型確保每次檢索都會創(chuàng)建單獨的對象。在每個用戶都需要自己的對象時，原型模型最適合。

bean 工廠的概念是 Spring 作為 IOC 容器的基礎。IOC 將處理事情的責任從應用程序代碼轉移到框架。正如我將在下一個示例中演示的那樣，Spring 框架使用 JavaBean 屬性和配置數(shù)據(jù)來指出必須設置的依賴關系。

BeanFactory 接口

因為 org.springframework.beans.factory.BeanFactory 是一個簡單接口，所以可以針對各種底層存儲方法實現(xiàn)。最常用的 BeanFactory 定義是 XmlBeanFactory，它根據(jù) XML 文件中的定義裝入 bean，如清單 1 所示。

清單 1. XmlBeanFactory

BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml")); 

在 XML 文件中定義的 Bean 是被消極加載的，這意味在需要 bean 之前，bean 本身不會被初始化。要從 BeanFactory 檢索 bean，只需調用 getBean() 方法，傳入將要檢索的 bean 的名稱即可，如清單 2 所示。

清單 2. getBean()

MyBean mybean = (MyBean) factory.getBean("mybean"); 

每個 bean 的定義都可以是 POJO （用類名和 JavaBean 初始化屬性定義） 或 FactoryBean。FactoryBean 接口為使用 Spring 框架構建的應用程序添加了一個間接的級別。

IOC 示例

理解控制反轉最簡單的方式就是看它的實際應用。在對由三部分組成的 Spring 系列 的第 1 部分進行總結時，我使用了一個示例，演示了如何通過 Spring IOC 容器注入應用程序的依賴關系（而不是將它們構建進來）。

我用開啟在線信用帳戶的用例作為起點。對于該實現(xiàn)，開啟信用帳戶要求用戶與以下服務進行交互：

☆ 信用級別評定服務，查詢用戶的信用歷史信息。
☆ 遠程信息鏈接服務，插入客戶信息，將客戶信息與信用卡和銀行信息連接起來，以進行自動借記（如果需要的話）。
☆ 電子郵件服務，向用戶發(fā)送有關信用卡狀態(tài)的電子郵件。

三個接口

對于這個示例，我假設服務已經(jīng)存在，理想的情況是用松散耦合的方式把它們集成在一起。以下清單顯示了三個服務的應用程序接口。

清單 3. CreditRatingInterface

public interface CreditRatingInterface {
public boolean getUserCreditHistoryInformation(ICustomer iCustomer);
}

清單 3 所示的信用級別評定接口提供了信用歷史信息。它需要一個包含客戶信息的 Customer 對象。該接口的實現(xiàn)是由 CreditRating 類提供的。

清單 4. CreditLinkingInterface

public interface CreditLinkingInterface {
public String getUrl();
public void setUrl(String url);
public void linkCreditBankAccount() throws Exception ;
}

信用鏈接接口將信用歷史信息與銀行信息（如果需要的話）連接在一起，并插入用戶的信用卡信息。信用鏈接接口是一個遠程服務，它的查詢是通過 getUrl() 方法進行的。URL 由 Spring 框架的 bean 配置機制設置，我稍后會討論它。該接口的實現(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);

希望本文所述對大家Java程序設計有所幫助。