SSH框架面試題

Hibernate工做原理及爲何要用？

原理：

1. 讀取並解析配置文件
2. 讀取並解析映射信息，建立SessionFactory
3. 打開Sesssion
4. 建立事務Transation
5. 持久化操做
6. 提交事務
7. 關閉Session
8. 關閉SesstionFactory

爲何要用：

* 對JDBC訪問數據庫的代碼作了封裝，大大簡化了數據訪問層繁瑣的重複性代碼。
* Hibernate是一個基於JDBC的主流持久化框架，是一個優秀的ORM實現。他很大程度的簡化DAO層的編碼工做
* hibernate使用Java反射機制，而不是字節碼加強程序來實現透明性。
* hibernate的性能很是好，由於它是個輕量級框架。映射的靈活性很出色。它支持各類關係數據庫，從一對一到多對多的各類複雜關係。

Hibernate是如何延遲加載?

* Hibernate2延遲加載實現：a)實體對象 b)集合（Collection）
* Hibernate3 提供了屬性的延遲加載功能

當Hibernate在查詢數據的時候，數據並無存在與內存中，當程序真正對數據的操做時，對象才存在與內存中，就實現了延遲加載，他節省了服務器的內存開銷，從而提升了服務器的性能。
Hibernate中怎樣實現類之間的關係?(如：一對多、多對多的關係)
類與類之間的關係主要體如今表與表之間的關係進行操做，它們都市對對象進行操做，咱們程序中把全部的表與類都映射在一塊兒，它們經過配置文件中的many-to-one、one-to-many、many-to-many、

說下Hibernate的緩存機制

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

a)應用及緩存

b)分佈式緩存

條件：數據不會被第三方修改、數據大小在可接受範圍、數據更新頻率低、同一數據被系統頻繁使用、非 關鍵數據

c) 第三方緩存的實現
Hibernate的查詢方式
Sql、Criteria,object comptosition
Hql：

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

如何優化Hibernate？

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

Struts工做機制？爲何要使用Struts？
工做機制：
Struts的工做流程:
在web應用啓動時就會加載初始化ActionServlet,ActionServlet從struts-config.xml文件中讀取配置信息,把它們存放到各類配置對象當ActionServlet接收到一個客戶請求時,將執行以下流程.
(1)檢索和用戶請求匹配的ActionMapping實例,若是不存在,就返回請求路徑無效信息;
(2)若是ActionForm實例不存在,就建立一個ActionForm對象,把客戶提交的表單數據保存到ActionForm對象中;
(3)根據配置信息決定是否須要表單驗證.若是須要驗證,就調用ActionForm的validate()方法;
(4)若是ActionForm的validate()方法返回null或返回一個不包含ActionMessage的ActuibErrors對象, 就表示表單驗證成功;
(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.視圖對象負責渲染返回給客戶端。

爲何用：
AOP 讓開發人員能夠建立非行爲性的關注點，稱爲橫切關注點，並將它們插入到應用程序代碼中。使用 AOP 後，公共服務 （比 如日誌、持久性、事務等）就能夠分解成方面並應用到域對象上，同時不會增長域對象的對象模型的複雜性。

IOC 容許建立一個能夠構造對象的應用環境，而後向這些對象傳遞它們的協做對象。正如單詞 倒置 所代表的，IOC 就像反 過來的 JNDI。沒有使用一堆抽象工廠、服務定位器、單元素（singleton）和直接構造（straight construction），每個對象都是用 其協做對象構造的。所以是由容器管理協做對象（collaborator）。

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

網友自出的幾道面試題

1、 簡述你對IoC（Inversion of Control）的理解，描述一下Spring中實現DI（Dependency Injection）的幾種方式。

2、 Spring的Bean有多種做用域，包括：
singleton、prototype、request、session、global session、application、自定義

3、 簡單描述Spring Framework與Struts的不一樣之處，整合Spring與Struts有哪些方法，哪一種最好，爲何？

4、 Hibernate中的update()和saveOrUpdate()的區別

5、 Spring對多種ORM框架提供了很好的支持，簡單描述在Spring中使用Hibernate的方法，並結合事務管理。

Hibernate

1.在數據庫中條件查詢速度很慢的時候,如何優化?
1.建索引
2.減小表之間的關聯
3.優化sql，儘可能讓sql很快定位數據，不要讓sql作全表查詢，應該走索引,把數據量大的表排在前面
4.簡化查詢字段，沒用的字段不要，已經對返回結果的控制，儘可能返回少許數據

[2.在hibernate中進行多表查詢,每一個表中各取幾個字段,也就是說查詢出來的結果集並無一個實體類與之對應,如何解決這個問題?
解決方案一，按照Object[]數據取出數據，而後本身組bean
解決方案二，對每一個表的bean寫構造函數，好比表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1 filed1,type2 field2) ，而後在hql裏面就能夠直接生成這個bean了。具體怎麼用請看相關文檔，我說的不是很清楚。
session.load()和session.get()的區別
Session.load/get方法都可以根據指定的實體類和id從數據庫讀取記錄，並返回與之對應的實體對象。其區別在於：

若是未能發現符合條件的記錄，get方法返回null，而load方法會拋出一個ObjectNotFoundException。
Load方法可返回實體的代理類實例，而get方法永遠直接返回實體類。
load方法能夠充分利用內部緩存和二級緩存中的現有數據，而get方法則僅僅在內部緩存中進行數據查找，如沒有發現對應數據，將越過二級緩存，直接調用SQL完成數據讀取。
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的主鍵生成機制
1) assigned
主鍵由外部程序負責生成，無需Hibernate參與。
2) hilo
經過hi/lo 算法實現的主鍵生成機制，須要額外的數據庫表保存主鍵生成歷史狀態。
3) seqhilo
與hilo 相似，經過hi/lo 算法實現的主鍵生成機制，只是主鍵歷史狀態保存在Sequence中，適用於支持Sequence的數據庫，如Oracle。
4) increment
主鍵按數值順序遞增。此方式的實現機制爲在當前應用實例中維持一個變量，以保存着當前的最大值，以後每次須要生成主鍵的時候將此值加1做爲主鍵。這種方式可能產生的問題是：若是當前有多個實例訪問同一個數據庫，那麼因爲各個實例各自維護主鍵狀態，不一樣實例可能生成一樣的主鍵，從而形成主鍵重複異常。所以，若是同一數據庫有多個實例訪問，此方式必須避免使用。
5) identity
採用數據庫提供的主鍵生成機制。如DB二、SQL Server、MySQL中的主鍵生成機制。
6) sequence
採用數據庫提供的sequence 機制生成主鍵。如Oralce 中的Sequence。
7) native
由Hibernate根據底層數據庫自行判斷採用identity、hilo、sequence其中一種做爲主鍵生成方式。
8) uuid.hex
由Hibernate基於128 位惟一值產生算法生成16 進制數值（編碼後以長度32 的字符串表示）做爲主鍵。
9) uuid.string
與uuid.hex 相似，只是生成的主鍵未進行編碼（長度16）。在某些數據庫中可能出現問題（如PostgreSQL）。
10) 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 做爲主鍵生成機制

myeclipse 加入Hibernate的全過程

1.Db-browers加入配置鏈接
2.新建工程
3.加入hibernate環境，指定*.hbm.xml及HibernateSessionFactory文件所在的位置

hibernate的核心類是什麼，它們的相互關係是什麼?重要的方法是什麼?

Configuration
SessionFactory
Session以下方法
Save
load
Update
Delete
Query q=CreateQuery(「from Customer where customerName=:customerName」)
beginTransaction
close
Transaction
Commit()

Hibernate中數據表映射關係主要有什麼類型

one-to-many
inverse:主控方，外鍵的關係有誰控制
inverse=false 是主控方，外鍵是由它控制的
inverse=true 是被控方，外鍵與它不要緊
要想實現主控方的控制必須將被控方做爲主控方的屬性
cascade:級聯
主表增從表增
主表修從表修
主表刪從表刪
lazy:延遲
lazy=false：一下將全部的內容取出，不延時(經常使用)
lazy=true：取出部份內容，其他內容動態去取
經過get能夠取出對方的全部內容

Hibernate中Criteria和DetachedCriteria的做用是什麼

Criteria c=session.createCriteria(Customer.class);
//設置條件
c.add(Expression.ge(「字段名」,」值對象」))
ge:>=
gt:>
le:<=
lt:<
eq:=
//排序
c.addOrder(Order.asc(「字段名」))
//分頁
c.setFirstResult(1)//從第2行開始提取
c.setMaxResults(5)//返回5行

DetachedCriteria產生時不須要session
DetachedCriteria dc= DetachedCriteria.forClass(Customer.class)
Criteria c=Dc.getExecutableCriteria(session)

Hibernate中Query對象的使用

1 個或多個屬性查詢:
Query query=session.createQuery(」select customername,customerid from Customer」)
List l=query.list();
For(int i=0;i {
Obejct[] object=(Object[])l.get(i);
Object[0] object[1]
}
}
分組: 「select count(*),productname from Product group by productname order by productname」
取值與屬性同樣
配置的查詢,在*.hbm.xml中

from Product where productid=:productid
]]>

Query query=session.getNamedQuery(sql);
聯接1
」from Customer as customer join fetch customer.buySet」：將多的放到buySet屬性中，得出的結是Customer有一個，Buy有多個
聯接2
「from Customer as customer join customer.buySet」:得出的對象,customer與buy是1對1
子查詢:
」from Customer as customer where (select count(*) from customer.buySet)>1″

Hibernate如何實現數據表映射的繼承關係