Jdbc、hibernate、ibatis的區別
jdbc是一套資料庫訪問標準，提供了一組介面，是JAVA語言訪問資料庫用到的東西
hibernate是一套ORM（物件關係對映）對映框架，提供以物件的方式訪問資料，但底層還是要把物件對映為JDBC來訪問的。
ibatis也是一套資料庫訪問框架，但它是把SQL語句給抽出來了，這樣將來改語句的時候不用修改程式碼，底層也是JDBC
Hibernate工作原理及為什麼要用？
原理：
-
讀取並解析配置檔案
-
讀取並解析對映資訊，建立SessionFactory
-
開啟Sesssion
-
建立事務Transation
-
持久化操作
-
提交事務
-
關閉Session
-
關閉SesstionFactory
為什麼要用：
-
對JDBC訪問資料庫的程式碼做了封裝，大大簡化了資料訪問層繁瑣的重複性程式碼。
-
Hibernate是一個基於JDBC的主流持久化框架，是一個優秀的ORM實現。他很大程度的簡化DAO層的編碼工作
-
hibernate使用Java反射機制，而不是位元組碼增強程式來實現透明性。
-
hibernate的效能非常好，因為它是個輕量級框架。對映的靈活性很出色。它支援各種關聯式資料庫，從一對一到多對多的各種複雜關係。
Hibernate是如何延遲載入?
-
Hibernate2延遲載入實現：a)實體物件 b)集合（Collection）
-
Hibernate3 提供了屬性的延遲載入功能
當Hibernate在查詢資料的時候，資料並沒有存在與記憶體中，當程式真正對資料的操作時，物件才存在與記憶體中，就實現了延遲載入，他節省了伺服器的記憶體開銷，從而提高了伺服器的效能。
3．Hibernate中怎樣實現類之間的關係?(如：一對多、多對多的關係)
類與類之間的關係主要體現在表與表之間的關係進行操作，它們都市對物件進行操作，我們程式中把所有的表與類都對映在一起，它們透過配置檔案中的many-to-one、one-to-many、many-to-many、
4． 說下Hibernate的快取機制
-
內部快取存在Hibernate中又叫一級快取，屬於應用事物級快取
-
二級快取：
a) 應用及快取
b) 分散式快取
條件：資料不會被第三方修改、資料大小在可接受範圍、資料更新頻率低、同一資料被系統頻繁使用、非 關鍵資料
c) 第三方快取的實現
5． Hibernate的查詢方式
Sql、Criteria,object comptosition
Hql：
1、 屬性查詢
2、 引數查詢、命名引數查詢
3、 關聯查詢
4、 分頁查詢
5、 統計函式
6． 如何最佳化Hibernate？
1.使用雙向一對多關聯，不使用單向一對多
2.靈活使用單向一對多關聯
3.不用一對一，用多對一取代
4.配置物件快取，不使用集合快取
5.一對多集合使用Bag,多對多集合使用Set
-
繼承類使用顯式多型
-
表欄位要少，表關聯不要怕多，有二級快取撐腰
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類元件構成：控制器元件、模型元件、檢視元件
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生成動 態的網頁，返回給客戶。
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 屬性和配置檔案加入依賴性（協作物件）。然後可以很容易地在需要時替換具有類似介面的協作物件。}
Spring 框架是一個分層架構，由 7 個定義良好的模組組成。Spring 模組構建在核心容器之上，核心容器定義了建立、配置和管理 bean 的方式，如圖 1 所示。
組成 Spring 框架的每個模組（或元件）都可以單獨存在，或者與其他一個或多個模組聯合實現。每個模組的功能如下：
☆ 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要元件是 BeanFactory，它是工廠模式的實現。BeanFactory 使用控制反轉 （IOC） 模式將應用程式的配置和依賴性規範與實際的應用程式程式碼分開。
☆ Spring 上下文：Spring 上下文是一個配置檔案，向 Spring 框架提供上下文資訊。Spring 上下文包括企業服務，例如 JNDI、EJB、電子郵件、國際化、校驗和排程功能。
☆ Spring AOP：透過配置管理特性，Spring AOP 模組直接將面向方面的程式設計功能整合到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何物件支援 AOP。Spring AOP 模組為基於 Spring 的應用程式中的物件提供了事務管理服務。透過使用 Spring AOP，不用依賴 EJB 元件，就可以將宣告性事務管理整合到應用程式中。
☆ Spring DAO：JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同資料庫供應商丟擲的錯誤訊息。異常層次結構簡化了錯誤處理，並且極大地降低了需要編寫 的異常程式碼數量（例如開啟和關閉連線）。Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結構。
☆ Spring ORM：Spring 框架插入了若干個 ORM 框架，從而提供了 ORM 的物件關係工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有這些都遵從 Spring 的通用事務和 DAO 異常層次結構。
☆ Spring Web 模組：Web 上下文模組建立在應用程式上下文模組之上，為基於 Web 的應用程式提供了上下文。所以，Spring 框架支援與 Jakarta Struts 的整合。Web 模組還簡化了處理多部分請求以及將請求引數繫結到域物件的工作。
☆ Spring MVC 框架：MVC 框架是一個全功能的構建 Web 應用程式的 MVC 實現。透過策略介面，MVC 框架變成為高度可配置的，MVC 容納了大量檢視技術，其中包括 JSP、Velocity、Tiles、iText 和 POI。
Spring 框架的功能可以用在任何 J2EE 伺服器中，大多數功能也適用於不受管理的環境。Spring 的核心要點是：支援不繫結到特定 J2EE 服務的可重用業務和資料訪問物件。毫無疑問，這樣的物件可以在不同 J2EE 環境 （Web 或 EJB）、獨立應用程式、測試環境之間重用。
IOC 和 AOP
控制反轉模式（也稱作依賴性介入）的基本概念是：不建立物件，但是描述建立它們的方式。在程式碼中不直接與物件和服務連線，但在配置檔案中描述哪一個元件需要哪一項服務。容器 （在 Spring 框架中是 IOC 容器） 負責將這些聯絡在一起。
在典型的 IOC 場景中，容器建立了所有物件，並設定必要的屬性將它們連線在一起，決定什麼時間呼叫方法。下表列出了 IOC 的一個實現模式。
Spring 框架的 IOC 容器採用型別 2 和型別3 實現。
面向方面的程式設計
面向方面的程式設計，即 AOP，是一種程式設計技術，它允許程式設計師對橫切關注點或橫切典型的職責分界線的行為（例如日誌和事務管理）進行模組化。AOP 的核心構造是方面，它將那些影響多個類的行為封裝到可重用的模組中。
AOP 和 IOC 是補充性的技術，它們都運用模組化方式解決企業應用程式開發中的複雜問題。在典型的物件導向開發方式中，可能要將日誌記錄語句放在所有方法和 Java 類中才能實現日誌功能。在 AOP 方式中，可以反過來將日誌服務模組化，並以宣告的方式將它們應用到需要日誌的元件上。當然，優勢就是 Java 類不需要知道日誌服務的存在，也不需要考慮相關的程式碼。所以，用 Spring AOP 編寫的應用程式程式碼是鬆散耦合的。
AOP 的功能完全整合到了 Spring 事務管理、日誌和其他各種特性的上下文中。
IOC 容器
Spring 設計的核心是 org.springframework.beans 包，它的設計目標是與 JavaBean 元件一起使用。這個包通常不是由使用者直接使用，而是由伺服器將其用作其他多數功能的底層中介。下一個最高階抽象是 BeanFactory 介面，它是工廠設計模式的實現，允許透過名稱建立和檢索物件。BeanFactory 也可以管理物件之間的關係。
BeanFactory 支援兩個物件模型。
□ 單態 模型提供了具有特定名稱的物件的共享例項，可以在查詢時對其進行檢索。Singleton 是預設的也是最常用的物件模型。對於無狀態服務物件很理想。
□ 原型 模型確保每次檢索都會建立單獨的物件。在每個使用者都需要自己的物件時，原型模型最適合。
bean 工廠的概念是 Spring 作為 IOC 容器的基礎。IOC 將處理事情的責任從應用程式程式碼轉移到框架。正如我將在下一個示例中演示的那樣，Spring 框架使用 JavaBean 屬性和配置資料來指出必須設定的依賴關係。
BeanFactory 介面
因為 org.springframework.beans.factory.BeanFactory 是一個簡單介面，所以可以針對各種底層儲存方法實現。最常用的 BeanFactory 定義是 XmlBeanFactory，它根據 XML 檔案中的定義裝入 bean，如清單 1 所示。
清單 1. XmlBeanFactory
BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml"));
在 XML 檔案中定義的 Bean 是被消極載入的，這意味在需要 bean 之前，bean 本身不會被初始化。要從 BeanFactory 檢索 bean，只需呼叫 getBean() 方法，傳入將要檢索的 bean 的名稱即可，如清單 2 所示。
清單 2. getBean()
MyBean mybean = (MyBean) factory.getBean("mybean");
每個 bean 的定義都可以是 POJO （用類名和 JavaBean 初始化屬性定義） 或 FactoryBean。FactoryBean 介面為使用 Spring 框架構建的應用程式新增了一個間接的級別。
IOC 示例
理解控制反轉最簡單的方式就是看它的實際應用。在對由三部分組成的 Spring 系列 的第 1 部分進行總結時，我使用了一個示例，演示瞭如何透過 Spring IOC 容器注入應用程式的依賴關係（而不是將它們構建進來）。
我用開啟線上信用帳戶的用例作為起點。對於該實現，開啟信用帳戶要求使用者與以下服務進行互動：
☆ 信用級別評定服務，查詢使用者的信用歷史資訊。
☆ 遠端資訊連結服務，插入客戶資訊，將客戶資訊與信用卡和銀行資訊連線起來，以進行自動借記（如果需要的話）。
☆ 電子郵件服務，向使用者傳送有關信用卡狀態的電子郵件。
三個介面
對於這個示例，我假設服務已經存在，理想的情況是用鬆散耦合的方式把它們整合在一起。以下清單顯示了三個服務的應用程式介面。
清單 3. CreditRatingInterface
public interface CreditRatingInterface {
public boolean getUserCreditHistoryInformation(ICustomer iCustomer);
}
清單 3 所示的信用級別評定介面提供了信用歷史資訊。它需要一個包含客戶資訊的 Customer 物件。該介面的實現是由 CreditRating 類提供的。
清單 4. CreditLinkingInterface
public interface CreditLinkingInterface {
public String getUrl();
public void setUrl(String url);
public void linkCreditBankAccount() throws Exception ;
}
信用連結介面將信用歷史資訊與銀行資訊（如果需要的話）連線在一起，並插入使用者的信用卡資訊。信用連結介面是一個遠端服務，它的查詢是透過 getUrl() 方法進行的。URL 由 Spring 框架的 bean 配置機制設定，我稍後會討論它。該介面的實現是由 CreditLinking 類提供的。
清單 5. EmailInterface
public interface EmailInterface {
public void sendEmail(ICustomer iCustomer);
public String getFromEmail();
public void setFromEmail(String fromEmail) ;
public String getPassword();
public void setPassword(String password) ;
public String getSmtpHost() ;
public void setSmtpHost(String smtpHost);
public String getUserId() ;
public void setUserId(String userId);
本作品採用《CC 協議》，轉載必須註明作者和本文連結