struts二、hibernate工做原理和流程

struts2原理

在struts2的應用中，從用戶請求到服務器返回相應響應給用戶端的過程當中，包含了許多組件如：Controller、ActionProxy、 ActionMapping、Configuration Manager、ActionInvocation、Inerceptor、Action、Result等。 
 

（1） 客戶端（Client）向Action發用一個請求（Request） 
（2） Container經過web.xml映射請求，並得到控制器（Controller）的名字 
（3） 容器（Container）調用控制器（StrutsPrepareAndExecuteFilter或FilterDispatcher）。在 Struts2.1之前調用FilterDispatcher，Struts2.1之後調用 StrutsPrepareAndExecuteFilter 
（4） 控制器（Controller）經過ActionMapper得到Action的信息 
（5） 控制器（Controller）調用ActionProxy 
（6） ActionProxy讀取struts.xml文件獲取action和interceptor stack的信息。 
（7） ActionProxy把request請求傳遞給ActionInvocation 
（8） ActionInvocation依次調用action和interceptor 
（9） 根據action的配置信息，產生result 
（10） Result信息返回給ActionInvocation 
（11） 產生一個HttpServletResponse響應 
（12） 產生的響應行爲發送給客服端。

視圖：主要由JSP生成頁面完成視圖，Struts提供豐富的JSP 標籤庫： Html，Bean，Logic，Template等，這有利於分開在Struts中，承擔MVC中Controller角色的是一個Servlet，叫 ActionServlet。ActionServlet是一個通用的控制組件。這個控制組件提供了處理全部發送到Struts的HTTP請求的入口點。 它截取和分發這些請求到相應的動做類（這些動做類都是Action類的子類）。另外控制組件也負責用相應的請求參數填充 Action From（一般稱之爲FromBean）,並傳給動做類（一般稱之爲ActionBean）。動做類實現核心商業邏輯，它能夠訪問Java bean 或調用EJB。最後動做類把控制權傳給後續的JSP 文件，後者生成視圖。全部這些控制邏輯利用Struts-config.xml文件來配置。表現邏輯和程序邏輯。

模型：模型以一個或多個java bean的形式存在。這些bean分爲三類：Action Form、Action、JavaBean or EJB。Action Form一般稱之爲FormBean，封裝了來自於Client的用戶請求信息，如表單信息。Action一般稱之爲ActionBean，獲取從 ActionSevlet傳來的FormBean，取出FormBean中的相關信息，並作出相關的處理，通常是調用Java Bean或EJB等。

流程：在Struts中，用戶的請求通常以.do做爲請求服務名，全部的.do 請求均被指向ActionSevlet，ActionSevlet根據Struts-config.xml中的配置信息，將用戶請求封裝成一個指定名稱的 FormBean，並將此FormBean傳至指定名稱的ActionBean，由ActionBean完成相應的業務操做，如文件操做，數據庫操做等。每個*.do均有對應的FormBean名稱和ActionBean名稱，這些在Struts-config.xml中配置。

Struts2和struts1的比較 
struts2相對於struts1來講簡單了不少，而且功能強大了不少，咱們能夠從幾個方面來看： 
從體系結構來看：struts2大量使用攔截器來出來請求，從而容許與業務邏輯控制器 與 servlet-api分離，避免了侵入性；而struts1.x在action中明顯的侵入了servlet-api. 
從線程安全分析：struts2.x是線程安全的，每個對象產生一個實例，避免了線程安全問題；而struts1.x在action中屬於單線程。 
性能方面：struts2.x測試能夠脫離web容器，而struts1.x依賴servlet-api，測試須要依賴web容器。 
請求參數封裝對比：struts2.x使用ModelDriven模式，這樣咱們 直接 封裝model對象，無須要繼承任何struts2的基類，避免了侵入性。 
標籤的優點：標籤庫幾乎能夠徹底替代JSTL的標籤庫，而且 struts2.x支持強大的ognl表達式。 
固然，struts2和struts1相比，在 文件上傳，數據校驗 等方面也 方便了好多。在這就不詳談了。

hibernate原理

hibernate 簡介： 
hibernate是一個開源框架，它是對象關聯關係映射的框架，它對JDBC作了輕量級的封裝，而咱們java程序員可使用面向對象的思想來操縱數據庫。 
hibernate核心接口 
session：負責被持久化對象CRUD操做 
sessionFactory:負責初始化hibernate，建立session對象 
configuration:負責配置並啓動hibernate，建立SessionFactory 
Transaction:負責事物相關的操做 
Query和Criteria接口：負責執行各類數據庫查詢

hibernate工做原理： 
1.經過Configuration config = new Configuration().configure();//讀取並解析hibernate.cfg.xml配置文件 
2.由hibernate.cfg.xml中的讀取並解析映射信息 
3.經過SessionFactory sf = config.buildSessionFactory();//建立SessionFactory 
4.Session session = sf.openSession();//打開Sesssion 
5.Transaction tx = session.beginTransaction();//建立並啓動事務Transation 
6.persistent operate操做數據，持久化操做 
7.tx.commit();//提交事務 
8.關閉Session 
9.關閉SesstionFactory

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

Hibernate是如何延遲加載?get與load的區別

1. 對於Hibernate get方法，Hibernate會確認一下該id對應的數據是否存在，首先在session緩存中查找，而後在二級緩存中查找，尚未就查詢數據庫，數據 庫中沒有就返回null。

2. Hibernate load方法加載實體對象的時候，根據映射文件上類級別的lazy屬性的配置(默認爲true)，分狀況討論：

(1)若爲true,則首先在Session緩存中查找，看看該id對應的對象是否存在，不存在則使用延遲加載，返回實體的代理類對象(該代理類爲實體類 的子類，由CGLIB動態生成)。等到具體使用該對象(除獲取OID之外)的時候，再查詢二級緩存和數據庫，若仍沒發現符合條件的記錄，則會拋出一個 ObjectNotFoundException。

(2)若爲false,就跟Hibernateget方法查找順序同樣，只是最終若沒發現符合條件的記錄，則會拋出一個ObjectNotFoundException。

這裏get和load有兩個重要區別:

若是未能發現符合條件的記錄，Hibernate get方法返回null，而load方法會拋出一個ObjectNotFoundException。

load方法可返回沒有加載實體數據的代 理類實例，而get方法永遠返回有實體數據的對象。

總之對於get和load的根本區別，一句話，hibernate對於 load方法認爲該數據在數據庫中必定存在，能夠放心的使用代理來延遲加載，若是在使用過程當中發現了問題，只能拋異常；而對於get方 法，hibernate必定要獲取到真實的數據，不然返回null。

Hibernate中怎樣實現類之間的關係?(如：一對多、多對多的關係)

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

說下Hibernate的緩存機制：

Hibernate緩存的做用： 
Hibernate是一個持久層框架，常常訪問物理數據庫，爲了下降應用程序對物理數據源訪問的頻次，從而提升應用程序的運行性能。緩存內的數據是對物理數據源中的數據的複製，應用程序在運行時從緩存讀寫數據，在特定的時刻或事件會同步緩存和物理數據源的數據 
Hibernate緩存分類： 
Hibernate緩存包括兩大類：Hibernate一級緩存和Hibernate二級緩存 
Hibernate一級緩存又稱爲「Session的緩存」，它是內置的，意思就是說，只要你使用hibernate就必須使用session緩存。因爲 Session對象的生命週期一般對應一個數據庫事務或者一個應用事務，所以它的緩存是事務範圍的緩存。在第一級緩存中，持久化類的每一個實例都具備惟一的 OID。 
Hibernate二級緩存又稱爲「SessionFactory的緩存」，因爲SessionFactory對象的生命週期和應用程序的整個過程對應， 所以Hibernate二級緩存是進程範圍或者集羣範圍的緩存，有可能出現併發問題，所以須要採用適當的併發訪問策略，該策略爲被緩存的數據提供了事務隔 離級別。第二級緩存是可選的，是一個可配置的插件，在默認狀況下，SessionFactory不會啓用這個插件。

什麼樣的數據適合存放到第二級緩存中？ 　　 
1 不多被修改的數據 　　 
2 不是很重要的數據，容許出現偶爾併發的數據 　　 
3 不會被併發訪問的數據 　　 
4 常量數據 　　 
不適合存放到第二級緩存的數據？ 　　 
1常常被修改的數據 　　 
2 .絕對不容許出現併發訪問的數據，如財務數據，絕對不容許出現併發 　　 
3 與其餘應用共享的數據。

Hibernate查找對象如何應用緩存？ 
當Hibernate根據ID訪問數據對象的時候，首先從Session一級緩存中查；查不到，若是配置了二級緩存，那麼從二級緩存中查；若是都查不到，再查詢數據庫，把結果按照ID放入到緩存 
刪除、更新、增長數據的時候，同時更新緩存

Hibernate管理緩存實例 
不管什麼時候，咱們在管理Hibernate緩存（Managing the caches）時，當你給save()、update()或saveOrUpdate()方法傳遞一個對象時，或使用load()、 get()、list()、iterate() 或scroll()方法得到一個對象時, 該對象都將被加入到Session的內部緩存中。 
當隨後flush()方法被調用時，對象的狀態會和數據庫取得同步。 若是你不但願此同步操做發生，或者你正處理大量對象、須要對有效管理內存時，你能夠調用evict() 方法，從一級緩存中去掉這些對象及其集合。

Hibernate的查詢方式 
Sql、Criteria,object comptosition 
Hql： 
一、 屬性查詢 
二、 參數查詢、命名參數查詢 
三、 關聯查詢 
四、 分頁查詢 
五、 統計函數

如何優化Hibernate？ 
1.使用雙向一對多關聯，不使用單向一對多 
2.靈活使用單向一對多關聯 
3.不用一對一，用多對一取代 
4.配置對象緩存，不使用集合緩存 
5.一對多集合使用Bag,多對多集合使用Set 
6. 繼承類使用顯式多態 
7. 表字段要少，表關聯不要怕多，有二級緩存撐腰

hibernate的開發步驟： 開發步驟 1)搭建好環境 引入hibernate最小的jar包 準備Hibernate.cfg.xml啓動配置文件 2)寫實體類(pojo) 3)爲實體類寫映射文件」User.hbm.xml」 在hibernate.cfg.xml添加映射的實體 4)建立庫表 5)寫測試類 得到Configuration 建立SessionFactory 打開Session 開啓事務 使用session操做數據 提交事務 關閉資源