spring面試題綜合

優化數據庫

1️⃣ 數據庫查詢使用索引
2️⃣ 查詢數據不使用*,使用具體字段
3️⃣ 語句大寫
4️⃣ 使用exists代替in,not exists代替not in
5️⃣ 用>=代替>引
6️⃣ 儘可能使用commit,由於會釋放一些資源 例如

• 回滾段上用於回覆的數據
• 被程序語句得到的鎖等
• oracle管理這些資源的花費

外連接面試題大全

• Oralce數據庫的優化(面試必問題)

• 數據庫常見面試題

SSh三大框架常考面試題簡述

hibernate工做原理及爲何要用？

原理:

• 讀取並解析配置文件
• 讀取並解析映射信息，建立SessionFactory
• 打開Sesssion
• 建立事務Transation
• 持久化操做
• 提交事務
• 關閉Session
• 關閉SesstionFactory

爲何要用：

• 對JDBC訪問數據庫的代碼作了封裝，大大簡化了數據訪問層繁瑣的重複性代碼。

• Hibernate是一個基於JDBC的主流持久化框架，是一個優秀的ORM實現。他很大程度的簡化DAO層的編碼工做

• hibernate使用Java反射機制，而不是字節碼加強程序來實現透明性。

• hibernate的性能很是好，由於它是個輕量級框架。映射的靈活性很出色。它支持各類關係數據庫，從一對一到多對多的各類複雜關係。

Hibernate是如何延遲加載?

• Hibernate 延遲加載實現：a)實體對象 b)集合（Collection）
• Hibernate 提供了屬性的延遲加載功能，當Hibernate在查詢數據的時候，數據並無存在與內存中，當程序真正對數據的操做時，對象才存在與內存中，就實現了延遲加載，他節省了服務器的內存開銷，從而提升了服務器的性能。

  3

  Hibernate中怎樣實現類之間的關係?(如：一對多、多對多的關係) 類與類之間的關係主要體如今表與表之間的關係進行操做，它們都是對對象進行操做，咱們程序中把全部的表與類都映射在一塊兒，它們經過配置文件中的many-to-one、one-to-many、many-to-many、

說下Hibernate的緩存機制

1️⃣ 內部緩存存在Hibernate中又叫一級緩存，屬於應用事物級緩存
2️⃣ 二級緩存：

• 應用級緩存
• 分佈式緩存 條件：數據不會被第三方修改、數據大小在可接受範圍、數據更新頻率低、同一數據被系統頻繁使用、非關鍵數據
• 第三方緩存的實現

Hibernate的查詢方式

Sql、Criteria、object comptosition Hql：

• 屬性查詢
• 參數查詢、命名參數查詢
• 關聯查詢
• 分頁查詢
• 統計函數

如何優化Hibernate？

• 使用雙向一對多關聯，不使用單向一對多
• 靈活使用單向一對多關聯
• 不用一對一，用多對一取代
• 配置對象緩存，不使用集合緩存
• 繼承類使用顯式多態
• 表字段要少，表關聯不要怕多，有二級緩存撐腰

spring

爲何用：

• AOP 讓開發人員能夠建立非行爲性的關注點，稱爲橫切關注點，並將它們插入到應用程序代碼中。使用 AOP 後，公共服務 （好比日誌、持久性、事務等）就能夠分解成方面並應用到域對象上，同時不會增長域對象的對象模型的複雜性。
• IOC 容許建立一個能夠構造對象的應用環境，而後向這些對象傳遞它們的協做對象。正如單詞 倒置 所代表的，IOC 就像反 過來的JNDI。沒有使用一堆抽象工廠、服務定位器、單元素（singleton）和直接構造（straight construction），每個對象都是用其協做對象構造的。所以是由容器管理協做對象（collaborator）。

Spring即便一個AOP框架，也是一IOC容器。 Spring 最好的地方是它有助於您替換對象。有了 Spring，只要用 JavaBean 屬性和配置文件加入依賴性（協做對象）。而後能夠很容易地在須要時替換具備相似接口的協做對象。

Spring 框架是一個分層架構，由 7 個定義良好的模塊組成。Spring 模塊構建在覈心容器之上，核心容器定義了建立、配置和管理 bean 的方式，如圖 1 所示。 組成 Spring 框架的每一個模塊（或組件）均可以單獨存在，或者與其餘一個或多個模塊聯合實現。每一個模塊的功能以下：

• 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要組件是 BeanFactory，它是工廠模式的實現。BeanFactory 使用控制反轉 （IOC）模式將應用程序的配置和依賴性規範與實際的應用程序代碼分開。

• Spring 上下文：Spring 上下文是一個配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企業服務，例如 JNDI、EJB、電子郵件、國際化、校驗和調度功能。

• Spring AOP：經過配置管理特性，Spring AOP 模塊直接將面向方面的編程功能集成到了 Spring 框架中。因此，能夠很容易地使 Spring 框架管理的任何對象支持 AOP。Spring AOP 模塊爲基於 Spring 的應用程序中的對象提供了事務管理服務。經過使用 Spring AOP，不用依賴 EJB 組件，就能夠將聲明性事務管理集成到應用程序中。

• Spring DAO：JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不一樣數據庫供應商拋出的錯誤消息。異常層次結構簡化了錯誤處理，而且極大地下降了須要編寫的異常代碼數量（例如打開和關閉鏈接）。Spring DAO 的面向 JDBC 的異常聽從通用的 DAO 異常層次結構。

• Spring ORM：Spring 框架插入了若干個 ORM 框架，從而提供了 ORM 的對象關係工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。全部這些都聽從 Spring 的通用事務和 DAO 異常層次結構。

• Spring Web 模塊：Web 上下文模塊創建在應用程序上下文模塊之上，爲基於 Web 的應用程序提供了上下文。因此，Spring 框架支持與 Jakarta Struts 的集成。Web 模塊還簡化了處理多部分請求以及將請求參數綁定到域對象的工做。

• Spring MVC 框架：MVC 框架是一個全功能的構建Web 應用程序的 MVC 實現。經過策略接口，MVC 框架變成爲高度可配置的，MVC 容納了大量視圖技術，其中包括 JSP、Velocity、Tiles、iText 和 POI。

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

IOC和AOP

控制反轉模式（也稱做依賴性介入）的基本概念是：不建立對象，可是描述建立它們的方式。在代碼中不直接與對象和服務鏈接，但在配置文件中描述哪個組件須要哪一項服務。容器（在 Spring 框架中是 IOC 容器） 負責將這些聯繫在一塊兒。 在典型的 IOC 場景中，容器建立了全部對象，並設置必要的屬性將它們鏈接在一塊兒，決定什麼時間調用方法。下表列出了 IOC 的一個實現模式。 Spring 框架的 IOC 容器採用類型 2 和類型3 實現。 面向方面的編程 面向方面的編程，即 AOP，是一種編程技術，它容許程序員對橫切關注點或橫切典型的職責分界線的行爲（例如日誌和事務管理）進行模塊化。AOP 的核心構造是方面，它將那些影響多個類的行爲封裝到可重用的模塊中。

AOP 和 IOC 是補充性的技術，它們都運用模塊化方式解決企業應用程序開發中的複雜問題。在典型的面向對象開發方式中，可能要將日誌記錄語句放在全部方法和 Java 類中才能實現日誌功能。在 AOP 方式中，能夠反過來將日誌服務模塊化，並以聲明的方式將它們應用到須要日誌的組件上。固然，優點就是 Java 類不須要知道日誌服務的存在，也不須要考慮相關的代碼。因此，用 Spring AOP 編寫的應用程序代碼是鬆散耦合的。

AOP 的功能徹底集成到了 Spring 事務管理、日誌和其餘各類特性的上下文中。

IOC 容器

Spring 設計的核心是 org.springframework.beans 包，它的設計目標是與 JavaBean 組件一塊兒使用。這個包一般不是由用戶直接使用，而是由服務器將其用做其餘多數功能的底層中介。下一個最高級抽象是 BeanFactory 接口，它是工廠設計模式的實現，容許經過名稱建立和檢索對象。BeanFactory 也能夠管理對象之間的關係。 BeanFactory 支持兩個對象模型。 □ 單態 模型提供了具備特定名稱的對象的共享實例，能夠在查詢時對其進行檢索。Singleton 是默認的也是最經常使用的對象模型。對於無狀態服務對象很理想。 □ 原型 模型確保每次檢索都會建立單獨的對象。在每一個用戶都須要本身的對象時，原型模型最適合。 bean 工廠的概念是 Spring 做爲 IOC 容器的基礎。IOC 將處理事情的責任從應用程序代碼轉移到框架。正如我將在下一個示例中演示的那樣，Spring 框架使用 JavaBean 屬性和配置數據來指出必須設置的依賴關係。 BeanFactory 接口 由於 org.springframework.beans.factory.BeanFactory 是一個簡單接口，因此能夠針對各類底層存儲方法實現。最經常使用的 BeanFactory 定義是 XmlBeanFactory，它根據 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 框架構建的應用程序添加了一個間接的級別。

Struts工做機制？爲何要使用Struts？

工做機制： Struts的工做流程: 在web應用啓動時就會加載初始化ActionServlet,ActionServlet從struts-config.xml文件中讀取配置信息,把它們存放到各類配置對象.. 當ActionServlet接收到一個客戶請求時,將執行以下流程:
1️⃣ 檢索和用戶請求匹配的ActionMapping實例,若是不存在,就返回請求路徑無效信息;
2️⃣ 若是ActionForm實例不存在,就建立一個ActionForm對象,把客戶提交的表單數據保存到ActionForm對象中;
3️⃣ 根據配置信息決定是否須要表單驗證.若是須要驗證,就調用ActionForm的validate()方法;
4️⃣ 若是ActionForm的validate()方法返回null或返回一個不包含ActionMessage的ActionErrors對象, 就表示表單驗證成功;
5️⃣ ActionServlet根據ActionMapping所包含的映射信息決定將請求轉發給哪一個Action,若是相應的Action實例不存在,就先建立這個實例,而後調用Action的execute()方法;
6️⃣ Action的execute()方法返回一個ActionForward對象,ActionServlet在把客戶請求轉發給ActionForward對象指向的JSP組件;
7️⃣ ActionForward對象指向JSP組件生成動態網頁,返回給客戶;

爲何要用：

JSP、Servlet、JavaBean技術的出現給咱們構建強大的企業應用系統提供了可能。但用這些技術構建的系統很是的繁亂，因此在此之上，咱們須要一個規則、一個把這些技術組織起來的規則，這就是框架，Struts便應運而生。 基於Struts開發的應用由3類組件構成：控制器組件、模型組件、視圖組件 Struts的validate框架是如何驗證的？ 在struts配置文件中配置具體的錯誤提示，再在FormBean中的validate()方法具體調用。 說下Struts的設計模式 MVC模式: web應用程序啓動時就會加載並初始化ActionServler。用戶提交表單時，一個配置好的ActionForm對象被建立，並被填入表單相應的數據，ActionServler根據Struts-config.xml 文件配置好的設置決定是否須要表單驗證，若是須要就調用ActionForm的Validate（）驗證後選擇將請求發送到哪一個Action，若是 Action不存在，ActionServlet會先建立這個對象，而後調用Action的execute（）方法。Execute（）從 ActionForm對象中獲取數據，完成業務邏輯，返回一個ActionForward對象，ActionServlet再把客戶請求轉發給 ActionForward對象指定的jsp組件，ActionForward對象指定的jsp生成動態的網頁，返回給客戶。 單例模式 Factory(工廠模式)：

定義一個基類===》實現基類方法（子類經過不一樣的方法）===》定義一個工廠類（生成子類實例）
===》開發人員調用基類方法
Proxy(代理模式)
複製代碼

spring工做機制及爲何要用?

1️⃣ spring mvc請全部的請求都提交給DispatcherServlet,它會委託應用系統的其餘模塊負責負責對請求進行真正的處理工做。
2️⃣ DispatcherServlet查詢一個或多個HandlerMapping,找處處理請求的Controller.
3️⃣ DispatcherServlet請請求提交到目標Controller
4️⃣ Controller進行業務邏輯處理後，會返回一個ModelAndView
5️⃣ Dispathcher查詢一個或多個ViewResolver視圖解析器,找到ModelAndView對象指定的視圖對象
6️⃣ 視圖對象負責渲染返回給客戶端。

Hibernate

在數據庫中條件查詢速度很慢的時候,如何優化?

• 建索引
• 減小表之間的關聯
• 優化sql，儘可能讓sql很快定位數據，不要讓sql作全表查詢，應該走索引,把數據量大的表排在前面
• 簡化查詢字段，沒用的字段不要，已經對返回結果的控制，儘可能返回少許數據

在hibernate中進行多表查詢,每一個表中各取幾個字段,也就是說查詢出來的結果集並無一個實體類與之對應,如何解決這個問題?

• 按照Object[]數據取出數據，而後本身組bean
• 對每一個表的bean寫構造函數，好比表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1 filed1,type2 field2) ，而後在hql裏面就能夠直接生成這個bean了。具體怎麼用請看相關文檔，我說的不是很清楚。

Session在加載實體對象時，將通過的過程：

首先，Hibernate中維持了兩級緩存。第一級緩存由Session實例維護，其中保持了Session當前全部關聯實體的數據，也稱爲內部緩存。而第二級緩存則存在於SessionFactory層次，由當前全部由本 SessionFactory構造的Session實例共享。出於性能考慮，避免無謂的數據庫訪問，Session在調用數據庫查詢功能以前，會先在緩存中進行查詢。首先在第一級緩存中，經過實體類型和id進行查找，若是第一級緩存查找命中，且數據狀態合法，則直接返回。 以後，Session會在當前「NonExists」記錄中進行查找，若是「NonExists」記錄中存在一樣的查詢條件，則返回null。 「NonExists」記錄了當前Session實例在以前全部查詢操做中，未能查詢到有效數據的查詢條件（至關於一個查詢黑名單列表）。如此一來，若是 Session中一個無效的查詢條件重複出現，便可迅速做出判斷，從而得到最佳的性能表現。 對於load方法而言，若是內部緩存中未發現有效數據，則查詢第二級緩存，若是第二級緩存命中，則返回。 如在緩存中未發現有效數據，則發起數據庫查詢操做（Select SQL），如通過查詢未發現對應記錄，則將這次查詢的信息在「NonExists」中加以記錄，並返回null。 根據映射配置和Select SQL獲得的ResultSet，建立對應的數據對象。 將其數據對象歸入當前Session實體管理容器（一級緩存）。 執行Interceptor.onLoad方法（若是有對應的Interceptor）。 將數據對象歸入二級緩存。 若是數據對象實現了LifeCycle接口，則調用數據對象的onLoad方法。 返回數據對象。

Hibernate的主鍵生成機制

• assigned 主鍵由外部程序負責生成，無需Hibernate參與。
• hilo 經過hi/lo 算法實現的主鍵生成機制，須要額外的數據庫表保存主鍵生成歷史狀態。
• seqhilo 與hilo 相似，經過hi/lo 算法實現的主鍵生成機制，只是主鍵歷史狀態保存在Sequence中，適用於支持Sequence的數據庫，如Oracle。
• increment 主鍵按數值順序遞增。此方式的實現機制爲在當前應用實例中維持一個變量，以保存着當前的最大值，以後每次須要生成主鍵的時候將此值加1做爲主鍵。這種方式可能產生的問題是：若是當前有多個實例訪問同一個數據庫，那麼因爲各個實例各自維護主鍵狀態，不一樣實例可能生成一樣的主鍵，從而形成主鍵重複異常。所以，若是同一數據庫有多個實例訪問，此方式必須避免使用。
• identity 採用數據庫提供的主鍵生成機制。如DB二、SQL Server、MySQL中的主鍵生成機制。
• sequence 採用數據庫提供的sequence 機制生成主鍵。如Oralce 中的Sequence。
• native 由Hibernate根據底層數據庫自行判斷採用identity、hilo、sequence其中一種做爲主鍵生成方式。
• uuid.hex 由Hibernate基於128 位惟一值產生算法生成16 進制數值（編碼後以長度32 的字符串表示）做爲主鍵。
• uuid.string 與uuid.hex 相似，只是生成的主鍵未進行編碼（長度16）。在某些數據庫中可能出現問題（如PostgreSQL）。
• foreign 使用外部表的字段做爲主鍵。通常而言，利用uuid.hex方式生成主鍵將提供最好的性能和數據庫平臺適應性。

這10中生成OID標識符的方法,increment 比較經常使用,把標識符生成的權力交給Hibernate處理.可是當同時多個Hibernate應用操做同一個數據庫,甚至同一張表的時候.就推薦使用identity 依賴底層數據庫實現,可是數據庫必須支持自動增加,固然針對不一樣的數據庫選擇不一樣的方法.若是你不能肯定你使用的數據庫具體支持什麼的狀況下.能夠選擇用native 讓Hibernate來幫選擇identity,sequence,或hilo. 另外因爲經常使用的數據庫，如Oracle、DB二、SQLServer、MySql 等，都提供了易用的主鍵生成機制（Auto-Increase 字段或者Sequence）。咱們能夠在數據庫提供的主鍵生成機制上，採用generator-class=native的主鍵生成方式。 不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必最佳，大量併發insert數據時可能會引發表之間的互鎖。數據庫提供的主鍵生成機制，每每是經過在一個內部表中保存當前主鍵狀態（如對於自增型主鍵而言，此內部表中就維護着當前的最大值和遞增量），以後每次插入數據會讀取這個最大值，而後加上遞增量做爲新記錄的主鍵，以後再把這個新的最大值更新回內部表中，這樣，一次Insert操做可能致使數據庫內部屢次表讀寫操做，同時伴隨的還有數據的加鎖解鎖操做，這對性能產生了較大影響。所以，對於併發Insert要求較高的系統，推薦採用uuid.hex 做爲主鍵生成機制

談談Hibernate中inverse的做用

inverse屬性默認是false,就是說關係的兩端都來維護關係。 好比Student和Teacher是多對多關係，用一箇中間表TeacherStudent維護。Gp)i 若是Student這邊inverse=」true」, 那麼關係由另外一端Teacher維護，就是說當插入Student時，不會操做TeacherStudent表（中間表）。只有Teacher插入或刪除時纔會觸發對中間表的操做。因此兩邊都inverse=」true」是不對的，會致使任何操做都不觸發對中間表的影響；當兩邊都inverse=」false」 或默認時，會致使在中間表中插入兩次關係。

說說Hibernate中的update()和saveOrUpdate()的區別，session的load()和get()的區別。

saveOrUpdate()方法能夠實現update()的功能，但會多些步驟，具體以下： 若是對象在該session中已經被持久化，不進行操做；對象的標識符屬性(identifier property)在數據庫中不存在或者是個暫時的值，調用save()方法保存它；若是session中的另外一個對象有相同的標識符拋出一個異常；以上皆不符合則調用update()更新之。 Session.load/get方法都可以根據指定的實體類和id從數據庫讀取記錄，並返回與之對應的實體對象。其區別在於： 若是未能發現符合條件的記錄，get方法返回null，而load方法會拋出一個ObjectNotFoundException；load方法可返回實體的代理類實例，而get方法永遠直接返回實體類；load方法能夠充分利用內部緩存和二級緩存中的現有數據，而get方法則僅僅在內部緩存中進行數據查找，如沒有發現對應數據，將越過二級緩存，直接調用SQL完成數據讀取。

Hibernate筆試題

(1)通常狀況下，關係數據模型與對象模型之間有哪些匹配關係（多選） A)表對應類 B)記錄對應對象 C)表的字段對應類的屬性 D)表之間的參考關係對應類之間的依賴關係 (2)如下關於SessionFactory的說法哪些正確？（多選） A)對於每一個數據庫事務，應該建立一個SessionFactory對象 B)一個SessionFactory對象對應一個數據庫存儲源。 C)SessionFactory是重量級的對象，不該該隨意建立。若是系統中只有一個數據庫存儲源，只須要建立一個。 D)SessionFactory的load()方法用於加載持久化對象 (3)Customer類中有一個Set類型的orders屬性，用來存放Order訂單對象，在Customer.hbm.xml文件中，用哪一個元素映射orders屬性？ A) B) C) D) (4)元素有一個cascade屬性，若是但願Hibernate級聯保存集合中的對象，casecade屬性應該取什麼值？（單選） A)none B)save C)delete D)save-update (5)如下哪些屬於Session的方法？ A)load() B)save() C)delete() D)update() E)open() F)close() (6)如下程序的打印結果是什麼？（單選） tx = session.beginTransaction(); Customer c1=(Customer)session.load(Customer.class,new Long(1)); Customer c2=(Customer)session.load(Customer.class,new Long(1)); System.out.println(c1==c2); tx.commit(); session.close(); A)運行出錯，拋出異常 B)打印false C)打印true (7)如下程序代碼對Customer的name屬性修改了兩次： tx = session.beginTransaction(); Customer customer=(Customer)session.load(Customer.class, new Long(1)); customer.setName(\」Jack\」); customer.setName(\」Mike\」); tx.commit(); 執行以上程序，Hibernate須要向數據庫提交幾條update語句？（單選） A)0 B)1 C)2 D)3 (8)在持久化層，對象分爲哪些狀態？（多選） A)臨時狀態 B)獨立狀態 C)遊離狀態 D)持久化狀態 (9)對於如下程序，Customer對象在第幾行變爲持久化狀態？（單選） Customer customer=new Customer(); //line1 customer.setName(\」Tom\」); //line2 Session session1=sessionFactory.openSession(); //line3 Transaction tx1 = session1.beginTransaction(); //line4 session1.save(customer); //line4 tx1.commit(); //line5 session1.close(); //line6 A) line1 B)line2 C)line3 D)line4 E)line5 F)line6 (10)對於如下程序，Customer對象在第幾行變爲遊離狀態？（單選） Customer customer=new Customer(); //line1 customer.setName(\」Tom\」); //line2 Session session1=sessionFactory.openSession(); //line3 Transaction tx1 = session1.beginTransaction(); //line4 session1.save(customer); //line4 tx1.commit(); //line5 session1.close(); //line6 A) line1 B)line2 C)line3 D)line4 E)line5 F)line6 (11)如下哪種檢索策略利用了外連結查詢？（單選） A)當即檢索 B)延遲檢索 C)迫切左外連結檢索 (12)假設對Customer類的orders集合採用延遲檢索策略，編譯或運行如下程序，會出現什麼狀況（單選） Session session=sessionFactory.openSession(); tx = session.beginTransaction(); Customer customer=(Customer)session.get(Customer.class,new Long(1)); tx.commit(); session.close(); Iterator orderIterator=customer.getOrders().iterator(); A)編譯出錯 B)編譯經過，並正常運行 C)編譯經過，但運行時拋出異常 (13)關於HQL與SQL，如下哪些說法正確？（多選） A)HQL與SQL沒什麼差異 B)HQL面向對象，而SQL操縱關係數據庫 C)在HQL與SQL中，都包含select,insert,update,delete語句 D)HQL僅用於查詢數據，不支持insert,update和delete語句 (14)事務隔離級別是由誰實現的？（單選） A)Java應用程序 B)Hibernate C)數據庫系統 D)JDBC驅動程序 (15)悲觀鎖與樂觀鎖，哪一個具備較好的併發性能？（單選） A)悲觀鎖 B)樂觀鎖 答案： (1)A,B,C (2)B,C (3)A (4)D (5)A,B,C,D,F (6)C (7)B (8)A,C,D (9)D (10)F (11)C (12)C (13)B,D (14)C (15)B 1.strust的。 Action是否是線程安全的？若是不是 有什麼方式能夠保證Action的線程安全？若是是，說明緣由 2.MVC，分析一下struts是如何實現MVC的 3.struts中的幾個關鍵對象的做用(說說幾個關鍵對象的做用) 4.spring 說說AOP和IOC的概念以及在spring中是如何應用的 5.Hibernate有哪幾種查詢數據的方式 6.load()和get()的區別

1. Struts的工做原理 在Struts中，用戶的請求通常以*.do做爲請求服務名，全部的*.do請求均被指向ActionSevlet， ActionSevlet根據Struts-config.xml中的配置信息，將用戶請求封裝成一個指定名稱的FormBean，並將此 FormBean傳至指定名稱的ActionBean，由ActionBean完成相應的業務操做，如文件操做，數據庫操做等。每個*.do均有對應的 FormBean名稱和ActionBean名稱，這些在Struts-config.xml中配置。
2. Struts優勢與缺點 Struts是開源軟件，使開發者能更深刻的瞭解其內部實現機制。 Struts 優勢：業界」標準」（不少成功案例），學習資源豐富。 Struts的優勢主要集中體如今兩個方面：Taglib和頁面導航。 a、利用Struts提供的taglib能夠大大節約開發時間。 b、維護擴展比較方便。經過一個配置文件，便可把握整個系統各部分之間的聯繫，這對於後期的維護有着莫大的好處。 c、表現與邏輯分離 d、表單驗證解決了請求數據的驗證問題，加強了系統健壯性。 e、便於團隊開發 Struts缺點：a、大量的使用標籤，對於初學者難度較大。 b、ActionForms使用不便、沒法進行單元測試（StrutsTestCase只能用於集成）
3. Struts提供了幾個標籤庫？都是什麼標籤庫？ Struts提供了五個標籤庫，即：HTML、Bean、Logic、Template和Nested。 HTML 標籤 用來建立可以和Struts 框架和其餘相應的HTML 標籤交互的HTML 輸入表單 Bean 標籤 在訪問JavaBeans 及其屬性，以及定義一個新的bean 時使用 Logic 標籤 管理條件產生的輸出和對象集產生的循環 Template 標籤 隨着Tiles框架包的出現，此標記已開始減小使用 Nested 標籤 加強對其餘的Struts 標籤的嵌套使用的能力
4. Tiles框架是什麼？ Tiles框架爲建立Web頁面提供了一種模板機制，它能將網頁的佈局和內容分離。 一、MVC的各個部分都有那些技術來實現?如何實現? 答：MVC是Model－View－Controller的簡寫。「Model」表明的是應用的業務邏輯（經過JavaBean，EJB組件實現）,「View」是應用的表示面（由JSP頁面產生），「Controller」是提供應用的處理過程控制（通常是一個Servlet），經過這種設計模型把應用邏輯，處理過程和顯示邏輯分紅不一樣的組件實現。這些組件能夠進行交互和重用。 二、說說Struts的應用。 答：Struts 是採用Java Servlet/JavaServer Pages技術，開發Web應用程序的開放源碼的framework。採用Struts能開發出基於MVC設計模式的應用構架。 Struts的主要功能包括：一包含一個controller servlet，能將用戶的請求發送到相應的Action對象。二JSP自由tag庫，而且在controller servlet中提供關聯支持，幫助開發員建立交互式表單應用。三提供了一系列實用對象：XML處理、經過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。 三、strust的Action是否是線程安全的？若是不是有什麼方式能夠保證Action的線程安全？若是是請說明緣由。 答：不是線程安全的，只要不申明類變量就能夠保證線程安全。由於只存在一個Action類實例，全部線程會共享類變量。 四、應用服務器具體包括那些？ 答：應用服務器具體包括：BEA WebLogic Server、IBM WebSphere Application Server、Oracle9i Application Server、JBoss和Tomcat等。