SSH机制
?在網(wǎng)上看了一個(gè)關(guān)于SSH的講解。拷下來看看。
?
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. 對(duì)JDBC訪問數(shù)據(jù)庫的代碼做了封裝，大大簡(jiǎn)化了數(shù)據(jù)訪問層繁瑣的重復(fù)性代碼。
2. Hibernate是一個(gè)基于JDBC的主流持久化框架，是一個(gè)優(yōu)秀的ORM實(shí)現(xiàn)。他很大程度的簡(jiǎn)化DAO層的編碼工作
3. hibernate使用Java反射機(jī)制，而不是字節(jié)碼增強(qiáng)程序來實(shí)現(xiàn)透明性。
4. hibernate的性能非常好，因?yàn)樗莻€(gè)輕量級(jí)框架。映射的靈活性很出色。它支持各種關(guān)系數(shù)據(jù)庫，從一對(duì)一到多對(duì)多的各種復(fù)雜關(guān)系。
2． Hibernate是如何延遲加載?
1. Hibernate2延遲加載實(shí)現(xiàn)：a)實(shí)體對(duì)象 b)集合（Collection）
2. Hibernate3 提供了屬性的延遲加載功能；當(dāng)Hibernate在查詢數(shù)據(jù)的時(shí)候，數(shù)據(jù)并沒有存在與內(nèi)存中，當(dāng)程序真正對(duì)數(shù)據(jù)的操作時(shí)，對(duì)象才存在與內(nèi)存中，就實(shí)現(xiàn)了延遲加載，他節(jié)省了服務(wù)器的內(nèi)存開銷，從而提高了服務(wù)器的性能。
3．Hibernate中怎樣實(shí)現(xiàn)類之間的關(guān)系?(如：一對(duì)多、多對(duì)多的關(guān)系)
類與類之間的關(guān)系主要體現(xiàn)在表與表之間的關(guān)系進(jìn)行操作，它們都市對(duì)對(duì)象進(jìn)行操作，我們程序中把所有的表與類都映射在一起，它們通過配置文件中的many-to-one、one-to-many、many-to-many、
4． 說下Hibernate的緩存機(jī)制
1. 內(nèi)部緩存存在Hibernate中又叫一級(jí)緩存，屬于應(yīng)用事物級(jí)緩存
2. 二級(jí)緩存：
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.使用雙向一對(duì)多關(guān)聯(lián)，不使用單向一對(duì)多
2.靈活使用單向一對(duì)多關(guān)聯(lián)
3.不用一對(duì)一，用多對(duì)一取代
4.配置對(duì)象緩存，不使用集合緩存
5.一對(duì)多集合使用Bag,多對(duì)多集合使用Set
6. 繼承類使用顯式多態(tài)
7. 表字段要少，表關(guān)聯(lián)不要怕多，有二級(jí)緩存撐腰
7． Struts工作機(jī)制？為什么要使用Struts？
工作機(jī)制：
Struts的工作流程:
在web應(yīng)用啟動(dòng)時(shí)就會(huì)加載初始化ActionServlet,ActionServlet從
struts-config.xml文件中讀取配置信息,把它們存放到各種配置對(duì)象
當(dāng)ActionServlet接收到一個(gè)客戶請(qǐng)求時(shí),將執(zhí)行如下流程.
-(1)檢索和用戶請(qǐng)求匹配的ActionMapping實(shí)例,如果不存在,就返回請(qǐng)求路徑無效信息;
-(2)如果ActionForm實(shí)例不存在,就創(chuàng)建一個(gè)ActionForm對(duì)象,把客戶提交的表單數(shù)據(jù)保存到ActionForm對(duì)象中;
-(3)根據(jù)配置信息決定是否需要表單驗(yàn)證.如果需要驗(yàn)證,就調(diào)用ActionForm的validate()方法;
-(4)如果ActionForm的validate()方法返回null或返回一個(gè)不包含ActionMessage的ActuibErrors對(duì)象, 就表示表單驗(yàn)證成功;
-(5)ActionServlet根據(jù)ActionMapping所包含的映射信息決定將請(qǐng)求轉(zhuǎn)發(fā)給哪個(gè)Action,如果相應(yīng)的 Action實(shí)例不存在,就先創(chuàng)建這個(gè)實(shí)例,然后調(diào)用Action的execute()方法;
-(6)Action的execute()方法返回一個(gè)ActionForward對(duì)象,ActionServlet在把客戶請(qǐng)求轉(zhuǎn)發(fā)給 ActionForward對(duì)象指向的JSP組件;
-(7)ActionForward對(duì)象指向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對(duì)象被創(chuàng)建，并被填入表單相應(yīng)的數(shù) 據(jù)，ActionServler根據(jù)Struts-config.xml文件配置好的設(shè)置決定是否需要表單驗(yàn)證，如果需要就調(diào)用ActionForm的 Validate（）驗(yàn)證后選擇將請(qǐng)求發(fā)送到哪個(gè)Action，如果Action不存在，ActionServlet會(huì)先創(chuàng)建這個(gè)對(duì)象，然后調(diào)用 Action的execute（）方法。Execute（）從ActionForm對(duì)象中獲取數(shù)據(jù)，完成業(yè)務(wù)邏輯，返回一個(gè)ActionForward對(duì) 象，ActionServlet再把客戶請(qǐng)求轉(zhuǎn)發(fā)給ActionForward對(duì)象指定的jsp組件，ActionForward對(duì)象指定的jsp生成動(dòng) 態(tài)的網(wǎng)頁，返回給客戶。
10． spring工作機(jī)制及為什么要用?
1.spring mvc請(qǐng)所有的請(qǐng)求都提交給DispatcherServlet,它會(huì)委托應(yīng)用系統(tǒng)的其他模塊負(fù)責(zé)負(fù)責(zé)對(duì)請(qǐng)求進(jìn)行真正的處理工作。
2.DispatcherServlet查詢一個(gè)或多個(gè)HandlerMapping,找到處理請(qǐng)求的Controller.
3.DispatcherServlet請(qǐng)請(qǐng)求提交到目標(biāo)Controller
4.Controller進(jìn)行業(yè)務(wù)邏輯處理后，會(huì)返回一個(gè)ModelAndView
5.Dispathcher查詢一個(gè)或多個(gè)ViewResolver視圖解析器,找到ModelAndView對(duì)象指定的視圖對(duì)象
6.視圖對(duì)象負(fù)責(zé)渲染返回給客戶端。
為什么用：
{AOP 讓開發(fā)人員可以創(chuàng)建非行為性的關(guān)注點(diǎn)，稱為橫切關(guān)注點(diǎn)，并將它們插入到應(yīng)用程序代碼中。使用 AOP 后，公共服務(wù) （比 如日志、持久性、事務(wù)等）就可以分解成方面并應(yīng)用到域?qū)ο笊?#xff0c;同時(shí)不會(huì)增加域?qū)ο蟮膶?duì)象模型的復(fù)雜性。
IOC 允許創(chuàng)建一個(gè)可以構(gòu)造對(duì)象的應(yīng)用環(huán)境，然后向這些對(duì)象傳遞它們的協(xié)作對(duì)象。正如單詞 倒置 所表明的，IOC 就像反 過來的 JNDI。沒有使用一堆抽象工廠、服務(wù)定位器、單元素（singleton）和直接構(gòu)造（straight construction），每一個(gè)對(duì)象都是用其協(xié)作對(duì)象構(gòu)造的。因此是由容器管理協(xié)作對(duì)象（collaborator）。
Spring即使一個(gè)AOP框架，也是一IOC容器。 Spring 最好的地方是它有助于您替換對(duì)象。有了 Spring，只要用 JavaBean 屬性和配置文件加入依賴性（協(xié)作對(duì)象）。然后可以很容易地在需要時(shí)替換具有類似接口的協(xié)作對(duì)象。}
面試中常出現(xiàn)的Hibernate試題
1.在數(shù)據(jù)庫中條件查詢速度很慢的時(shí)候,如何優(yōu)化?
1.建索引
2.減少表之間的關(guān)聯(lián)
3.優(yōu)化sql，盡量讓sql很快定位數(shù)據(jù)，不要讓sql做全表查詢，應(yīng)該走索引,把數(shù)據(jù)量大的表排在前面
4.簡(jiǎn)化查詢字段，沒用的字段不要，已經(jīng)對(duì)返回結(jié)果的控制，盡量返回少量數(shù)據(jù)
2.在hibernate中進(jìn)行多表查詢,每個(gè)表中各取幾個(gè)字段,也就是說查詢出來的結(jié)果集并沒有一個(gè)實(shí)體類與之對(duì)應(yīng),如何解決這個(gè)問題?
解決方案一，按照Object[]數(shù)據(jù)取出數(shù)據(jù)，然后自己組bean
解決方案二，對(duì)每個(gè)表的bean寫構(gòu)造函數(shù)，比如表一要查出field1,field2兩個(gè)字段，那么有一個(gè)構(gòu)造函數(shù)就是Bean(type1 filed1,type2 field2) ，然后在hql里面就可以直接生成這個(gè)bean了。具體怎么用請(qǐng)看相關(guān)文檔，我說的不是很清楚。
3.session.load()和session.get()的區(qū)別
Session.load/get方法均可以根據(jù)指定的實(shí)體類和id從數(shù)據(jù)庫讀取記錄，并返回與之對(duì)應(yīng)的實(shí)體對(duì)象。其區(qū)別在于：
如果未能發(fā)現(xiàn)符合條件的記錄，get方法返回null，而load方法會(huì)拋出一個(gè)ObjectNotFoundException。
Load方法可返回實(shí)體的代理類實(shí)例，而get方法永遠(yuǎn)直接返回實(shí)體類。
load方法可以充分利用內(nèi)部緩存和二級(jí)緩存中的現(xiàn)有數(shù)據(jù)，而get方法則僅僅在內(nèi)部緩存中進(jìn)行數(shù)據(jù)查找，如沒有發(fā)現(xiàn)對(duì)應(yīng)數(shù)據(jù)，將越過二級(jí)緩存，直接調(diào)用SQL完成數(shù)據(jù)讀取。
Session在加載實(shí)體對(duì)象時(shí)，將經(jīng)過的過程：
首先，Hibernate中維持了兩級(jí)緩存。第一級(jí)緩存由Session實(shí)例維護(hù)，其中保持了Session當(dāng)前所有關(guān)聯(lián)實(shí)體的數(shù)據(jù)，也稱為內(nèi)部緩存。而第二級(jí)緩存則存在于
SessionFactory層次，由當(dāng)前所有由本SessionFactory構(gòu)造的Session實(shí)例共享。出于性能考慮，避免無謂的數(shù)據(jù)庫訪問，Session在調(diào)用數(shù)據(jù)庫查詢功能之前，會(huì)
先在緩存中進(jìn)行查詢。首先在第一級(jí)緩存中，通過實(shí)體類型和id進(jìn)行查找，如果第一級(jí)緩存查找命中，且數(shù)據(jù)狀態(tài)合法，則直接返回。
之后，Session會(huì)在當(dāng)前“NonExists”記錄中進(jìn)行查找，如果“NonExists”記錄中存在同樣的查詢條件，則返回null。 “NonExists”記錄了當(dāng)前Session實(shí)例在之前所有查詢操作中，未能查詢到有效數(shù)據(jù)的查詢條件（相當(dāng)于一個(gè)查詢黑名單列表）。如此一來，如果 Session中一個(gè)無效的查詢條件重復(fù)出現(xiàn)，即可迅速作出判斷，從而獲得最佳的性能表現(xiàn)。
對(duì)于load方法而言，如果內(nèi)部緩存中未發(fā)現(xiàn)有效數(shù)據(jù)，則查詢第二級(jí)緩存，如果第二級(jí)緩存命中，則返回。
如在緩存中未發(fā)現(xiàn)有效數(shù)據(jù)，則發(fā)起數(shù)據(jù)庫查詢操作（Select SQL），如經(jīng)過查詢未發(fā)現(xiàn)對(duì)應(yīng)記錄，則將此次查詢的信息在“NonExists”中加以記錄，并返回null。
根據(jù)映射配置和Select SQL得到的ResultSet，創(chuàng)建對(duì)應(yīng)的數(shù)據(jù)對(duì)象。
將其數(shù)據(jù)對(duì)象納入當(dāng)前Session實(shí)體管理容器（一級(jí)緩存）。
執(zhí)行Interceptor.onLoad方法（如果有對(duì)應(yīng)的Interceptor）。
將數(shù)據(jù)對(duì)象納入二級(jí)緩存。
如果數(shù)據(jù)對(duì)象實(shí)現(xiàn)了LifeCycle接口，則調(diào)用數(shù)據(jù)對(duì)象的onLoad方法。
返回?cái)?shù)據(jù)對(duì)象。
Hibernate的主鍵生成機(jī)制
1) assigned
主鍵由外部程序負(fù)責(zé)生成，無需Hibernate參與。
2) hilo
通過hi/lo 算法實(shí)現(xiàn)的主鍵生成機(jī)制，需要額外的數(shù)據(jù)庫表保存主鍵生成歷史狀態(tài)。
3) seqhilo
與hilo 類似，通過hi/lo 算法實(shí)現(xiàn)的主鍵生成機(jī)制，只是主鍵歷史狀態(tài)保存在Sequence中，適用于支持Sequence的數(shù)據(jù)庫，如Oracle。
4) increment
主鍵按數(shù)值順序遞增。此方式的實(shí)現(xiàn)機(jī)制為在當(dāng)前應(yīng)用實(shí)例中維持一個(gè)變量，以保存著當(dāng)前的最大值，之后每次需要生成主鍵的時(shí)候?qū)⒋酥导?作為主鍵。這 種方式可能產(chǎn)生的問題是：如果當(dāng)前有多個(gè)實(shí)例訪問同一個(gè)數(shù)據(jù)庫，那么由于各個(gè)實(shí)例各自維護(hù)主鍵狀態(tài)，不同實(shí)例可能生成同樣的主鍵，從而造成主鍵重復(fù)異常。 因此，如果同一數(shù)據(jù)庫有多個(gè)實(shí)例訪問，此方式必須避免使用。
5) identity
采用數(shù)據(jù)庫提供的主鍵生成機(jī)制。如DB2、SQL Server、MySQL中的主鍵生成機(jī)制。
6) sequence
采用數(shù)據(jù)庫提供的sequence 機(jī)制生成主鍵。如Oralce 中的Sequence。
7) native
由Hibernate根據(jù)底層數(shù)據(jù)庫自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式。
8) uuid.hex
由Hibernate基于128 位唯一值產(chǎn)生算法生成16 進(jìn)制數(shù)值（編碼后以長(zhǎng)度32 的字符串表示）作為主鍵。
9) uuid.string
與uuid.hex 類似，只是生成的主鍵未進(jìn)行編碼（長(zhǎng)度16）。在某些數(shù)據(jù)庫中可能出現(xiàn)問題（如PostgreSQL）。
10) foreign
使用外部表的字段作為主鍵。一般而言，利用uuid.hex方式生成主鍵將提供最好的性能和數(shù)據(jù)庫平臺(tái)適應(yīng)性。
這10中生成OID標(biāo)識(shí)符的方法,increment 比較常用,把標(biāo)識(shí)符生成的權(quán)力交給Hibernate處理.但是當(dāng)同時(shí)多個(gè)Hibernate應(yīng)用操作同一個(gè)數(shù)據(jù)庫,甚至同一張表的時(shí)候.就推薦使用 identity 依賴底層數(shù)據(jù)庫實(shí)現(xiàn),但是數(shù)據(jù)庫必須支持自動(dòng)增長(zhǎng),當(dāng)然針對(duì)不同的數(shù)據(jù)庫選擇不同的方法.如果你不能確定你使用的數(shù)據(jù)庫具體支持什么的情況下.可以選擇用 native 讓Hibernate來幫選擇identity,sequence,或hilo.
另外由于常用的數(shù)據(jù)庫，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主鍵生成機(jī)制（Auto-Increase 字段或者Sequence）。我們可以在數(shù)據(jù)庫提供的主鍵生成機(jī)制上，采用generator-class=native的主鍵生成方式。
不過值得注意的是，一些數(shù)據(jù)庫提供的主鍵生成機(jī)制在效率上未必最佳，大量并發(fā)insert數(shù)據(jù)時(shí)可能會(huì)引起表之間的互鎖。數(shù)據(jù)庫提供的主鍵生成機(jī) 制，往往是通過在一個(gè)內(nèi)部表中保存當(dāng)前主鍵狀態(tài)（如對(duì)于自增型主鍵而言，此內(nèi)部表中就維護(hù)著當(dāng)前的最大值和遞增量），之后每次插入數(shù)據(jù)會(huì)讀取這個(gè)最大值， 然后加上遞增量作為新記錄的主鍵，之后再把這個(gè)新的最大值更新回內(nèi)部表中，這樣，一次Insert操作可能導(dǎo)致數(shù)據(jù)庫內(nèi)部多次表讀寫操作，同時(shí)伴隨的還有 數(shù)據(jù)的加鎖解鎖操作，這對(duì)性能產(chǎn)生了較大影響。因此，對(duì)于并發(fā)Insert要求較高的系統(tǒng)，推薦采用uuid.hex 作為主鍵生成機(jī)制。
三框架整合連接數(shù)據(jù)庫的方法
第一種在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目錄下放一個(gè)
和目錄同名的XML，內(nèi)容如下
?
username="root" password="root" driverClassName="oracle.jdbc.driver.OracleDriver"
url="jdbc:oracle:thin:@192.168.0.1:1521:test"/>
?
什么是Hibernate并發(fā)機(jī)制 怎么處理并發(fā)問題
Hibernate并發(fā)機(jī)制：
a、Hibernate的Session對(duì)象是非線程安全的,對(duì)于單個(gè)請(qǐng)求,單個(gè)會(huì)話,單個(gè)的工作單元(即單個(gè)事務(wù),單個(gè)線程),它通常只使用一次,
然后就丟棄。
如果一個(gè)Session 實(shí)例允許共享的話，那些支持并發(fā)運(yùn)行的,例如Http request,session beans將會(huì)導(dǎo)致出現(xiàn)資源爭(zhēng)用。
如果在Http Session中有hibernate的Session的話,就可能會(huì)出現(xiàn)同步訪問Http Session。只要用戶足夠快的點(diǎn)擊瀏覽器的“刷新”,
就會(huì)導(dǎo)致兩個(gè)并發(fā)運(yùn)行的線程使用同一個(gè)Session。
b、多個(gè)事務(wù)并發(fā)訪問同一塊資源,可能會(huì)引發(fā)第一類丟失更新，臟讀，幻讀，不可重復(fù)讀，第二類丟失更新一系列的問題。
解決方案：設(shè)置事務(wù)隔離級(jí)別。
Serializable：串行化。隔離級(jí)別最高
Repeatable Read：可重復(fù)讀
Read Committed：已提交數(shù)據(jù)讀
Read Uncommitted：未提交數(shù)據(jù)讀。隔離級(jí)別最差
設(shè)置鎖：樂觀鎖和悲觀鎖。
樂觀鎖：使用版本號(hào)或時(shí)間戳來檢測(cè)更新丟失,在的映射中設(shè)置 optimistic-lock=”all”可以在沒有版本或者時(shí)間戳屬性映射的情況下實(shí)現(xiàn) 版本檢查，此時(shí)Hibernate將比較一行記錄的每個(gè)字段的狀態(tài) 行級(jí)悲觀鎖：Hibernate總是使用數(shù)據(jù)庫的鎖定機(jī)制，從不在內(nèi)存中鎖定對(duì)象！只要為JDBC連接指定一下隔 離級(jí)別，然后讓數(shù)據(jù)庫去搞定一切就夠了。類LockMode 定義了Hibernate所需的不同的鎖定級(jí) 別：LockMode.UPGRADE,LockMode.UPGRADE_NOWAIT,LockMode.READ;
轉(zhuǎn)載于:https://www.cnblogs.com/charlexu/archive/2013/02/21/2921033.html
總結(jié)
- 上一篇： C#GDI+编程基础
- 下一篇： 2.25~当svn服务器ip地址变了怎么