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 採用資料庫提供的主鍵生成機制。如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 作為主鍵生成機制 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如何實現資料表對映的繼承關係