SSH机制
?在網上看了一個關于SSH的講解。拷下來看看。
?
Hibernate工作原理及為什么要用？
原理：
1.讀取并解析配置文件
2.讀取并解析映射信息，創建SessionFactory
3.打開Sesssion
4.創建事務Transation
5.持久化操作
6.提交事務
7.關閉Session
8.關閉SesstionFactory
為什么要用：
1. 對JDBC訪問數據庫的代碼做了封裝，大大簡化了數據訪問層繁瑣的重復性代碼。
2. Hibernate是一個基于JDBC的主流持久化框架，是一個優秀的ORM實現。他很大程度的簡化DAO層的編碼工作
3. hibernate使用Java反射機制，而不是字節碼增強程序來實現透明性。
4. hibernate的性能非常好，因為它是個輕量級框架。映射的靈活性很出色。它支持各種關系數據庫，從一對一到多對多的各種復雜關系。
2． Hibernate是如何延遲加載?
1. Hibernate2延遲加載實現：a)實體對象 b)集合（Collection）
2. Hibernate3 提供了屬性的延遲加載功能；當Hibernate在查詢數據的時候，數據并沒有存在與內存中，當程序真正對數據的操作時，對象才存在與內存中，就實現了延遲加載，他節省了服務器的內存開銷，從而提高了服務器的性能。
3．Hibernate中怎樣實現類之間的關系?(如：一對多、多對多的關系)
類與類之間的關系主要體現在表與表之間的關系進行操作，它們都市對對象進行操作，我們程序中把所有的表與類都映射在一起，它們通過配置文件中的many-to-one、one-to-many、many-to-many、
4． 說下Hibernate的緩存機制
1. 內部緩存存在Hibernate中又叫一級緩存，屬于應用事物級緩存
2. 二級緩存：
a) 應用及緩存
b) 分布式緩存
條件：數據不會被第三方修改、數據大小在可接受范圍、數據更新頻率低、同一數據被系統頻繁使用、非 關鍵數據
c) 第三方緩存的實現
5． Hibernate的查詢方式
Sql、Criteria,object comptosition
Hql：
1、 屬性查詢
2、 參數查詢、命名參數查詢
3、 關聯查詢
4、 分頁查詢
5、 統計函數
6． 如何優化Hibernate？
1.使用雙向一對多關聯，不使用單向一對多
2.靈活使用單向一對多關聯
3.不用一對一，用多對一取代
4.配置對象緩存，不使用集合緩存
5.一對多集合使用Bag,多對多集合使用Set
6. 繼承類使用顯式多態
7. 表字段要少，表關聯不要怕多，有二級緩存撐腰
7． 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類組件構成：控制器組件、模型組件、視圖組件
8． Struts的validate框架是如何驗證的？
在struts配置文件中配置具體的錯誤提示，再在FormBean中的validate()方法具體調用。
9． 說下Struts的設計模式
MVC 模式: web應用程序啟動時就會加載并初始化ActionServler。用戶提交表單時，一個配置好的ActionForm對象被創建，并被填入表單相應的數 據，ActionServler根據Struts-config.xml文件配置好的設置決定是否需要表單驗證，如果需要就調用ActionForm的 Validate（）驗證后選擇將請求發送到哪個Action，如果Action不存在，ActionServlet會先創建這個對象，然后調用 Action的execute（）方法。Execute（）從ActionForm對象中獲取數據，完成業務邏輯，返回一個ActionForward對 象，ActionServlet再把客戶請求轉發給ActionForward對象指定的jsp組件，ActionForward對象指定的jsp生成動 態的網頁，返回給客戶。
10． 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 屬性和配置文件加入依賴性（協作對象）。然后可以很容易地在需要時替換具有類似接口的協作對象。}
面試中常出現的Hibernate試題
1.在數據庫中條件查詢速度很慢的時候,如何優化?
1.建索引
2.減少表之間的關聯
3.優化sql，盡量讓sql很快定位數據，不要讓sql做全表查詢，應該走索引,把數據量大的表排在前面
4.簡化查詢字段，沒用的字段不要，已經對返回結果的控制，盡量返回少量數據
2.在hibernate中進行多表查詢,每個表中各取幾個字段,也就是說查詢出來的結果集并沒有一個實體類與之對應,如何解決這個問題?
解決方案一，按照Object[]數據取出數據，然后自己組bean
解決方案二，對每個表的bean寫構造函數，比如表一要查出field1,field2兩個字段，那么有一個構造函數就是Bean(type1 filed1,type2 field2) ，然后在hql里面就可以直接生成這個bean了。具體怎么用請看相關文檔，我說的不是很清楚。
3.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
采用數據庫提供的主鍵生成機制。如DB2、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、DB2、SQLServer、MySql 等，都提供了易用的主鍵生成機制（Auto-Increase 字段或者Sequence）。我們可以在數據庫提供的主鍵生成機制上，采用generator-class=native的主鍵生成方式。
不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必最佳，大量并發insert數據時可能會引起表之間的互鎖。數據庫提供的主鍵生成機 制，往往是通過在一個內部表中保存當前主鍵狀態（如對于自增型主鍵而言，此內部表中就維護著當前的最大值和遞增量），之后每次插入數據會讀取這個最大值， 然后加上遞增量作為新記錄的主鍵，之后再把這個新的最大值更新回內部表中，這樣，一次Insert操作可能導致數據庫內部多次表讀寫操作，同時伴隨的還有 數據的加鎖解鎖操作，這對性能產生了較大影響。因此，對于并發Insert要求較高的系統，推薦采用uuid.hex 作為主鍵生成機制。
三框架整合連接數據庫的方法
第一種在Spring applicationContext.xml中連接：
oracle.jdbc.driver.OracleDriver
jdbc:oracle:thin:@localhost:1521:test
cpiclh
cpiclh
com/Hibernate/Pojo/FactUsers.hbm.xml
org.hibernate.dialect.Oracle9Dialect true
第二種在Hibernate hibernate.cfg.xml中連接：
root
jdbc:oracle:thin:@192.168.0.1:1521:test
org.hibernate.dialect.Oracle9Dialect root
oracle.jdbc.driver.OracleDriver
第三種在Tomcat中的 apache-tomcat-5.5.17\conf\Catalina目錄下放一個
和目錄同名的XML，內容如下
?
username="root" password="root" driverClassName="oracle.jdbc.driver.OracleDriver"
url="jdbc:oracle:thin:@192.168.0.1:1521:test"/>
?
什么是Hibernate并發機制 怎么處理并發問題
Hibernate并發機制：
a、Hibernate的Session對象是非線程安全的,對于單個請求,單個會話,單個的工作單元(即單個事務,單個線程),它通常只使用一次,
然后就丟棄。
如果一個Session 實例允許共享的話，那些支持并發運行的,例如Http request,session beans將會導致出現資源爭用。
如果在Http Session中有hibernate的Session的話,就可能會出現同步訪問Http Session。只要用戶足夠快的點擊瀏覽器的“刷新”,
就會導致兩個并發運行的線程使用同一個Session。
b、多個事務并發訪問同一塊資源,可能會引發第一類丟失更新，臟讀，幻讀，不可重復讀，第二類丟失更新一系列的問題。
解決方案：設置事務隔離級別。
Serializable：串行化。隔離級別最高
Repeatable Read：可重復讀
Read Committed：已提交數據讀
Read Uncommitted：未提交數據讀。隔離級別最差
設置鎖：樂觀鎖和悲觀鎖。
樂觀鎖：使用版本號或時間戳來檢測更新丟失,在的映射中設置 optimistic-lock=”all”可以在沒有版本或者時間戳屬性映射的情況下實現 版本檢查，此時Hibernate將比較一行記錄的每個字段的狀態 行級悲觀鎖：Hibernate總是使用數據庫的鎖定機制，從不在內存中鎖定對象！只要為JDBC連接指定一下隔 離級別，然后讓數據庫去搞定一切就夠了。類LockMode 定義了Hibernate所需的不同的鎖定級 別：LockMode.UPGRADE,LockMode.UPGRADE_NOWAIT,LockMode.READ;
轉載于:https://www.cnblogs.com/charlexu/archive/2013/02/21/2921033.html
總結
- 上一篇： C#GDI+编程基础
- 下一篇： 2.25~当svn服务器ip地址变了怎么