1.談談你對Struts的理解
1.struts 是一個按 MVC 模式設計的 Web 層框架，其實它就是一個 Servlet，這個 Servlet 名爲
ActionServlet，或是 ActionServlet的子類。我們可以在web.xml文件中將符合某種特徵的所有請求交給這個Servlet處理，這個Servlet再參照一個配置文件將各個請求分別分配給不同的action去處理。(struts的配置文件可以有多個，可以按模塊配置各自的配置文件，這樣可以防止配置文件的過度膨脹)
2.ActionServlet把請求交給action去處理之前，會將請求參數封裝成一個formbean對象（就是一個java類，這個類中的每個屬性對應一個請求參數）
3.要說明的是， ActionServlet把formbean對象傳遞給action的execute方法之前，可能會調用formbean的validate方法進行校驗，只有校驗通過後纔將這個formbean對象傳遞給action的execute方法，否則，它將返回一個錯誤頁面，這個錯誤頁面由input屬性指定。
4.action執行完後要返回顯示的結果視圖，這個結果視圖是用一個ActionForward對象來表示的，actionForward對象通過struts-config.xml配置文件中的配置關聯到某個jsp頁面。因爲程序中使用的是在struts-config.xml配置文件爲jsp頁面設置的邏輯名，這樣可以實現action程序代碼與返回的jsp頁面名稱的解耦。
2、談談你對Hibernate的理解。
1).面向對象設計的軟件內部運行過程可以理解成就是在不斷創建各種新對象、建立對象之間的關係，調用對象的方法來改變各個對象的狀態和對象消亡的過程，不管程序運行的過程和操作怎麼樣，本質上都是要得到一個結，程序上一個時刻和下一個時刻的運行結果的差異就表現在內存中的對象狀態發生了變化。
2)爲了在關機和內存空間不夠的狀況下，保持程序的運行狀態，需要將內存中的對象狀態保存到持久化設備和從持久化設備中恢復出對象的狀態，通常都是保存到關係數據庫來保存大量對象信息。
3)從Java程序的運行功能上來講，保存對象狀態的功能相比系統運行的其他功能來說，應該是一個很不起眼的附屬功能，java採用jdbc來實現這個功能，這個不起眼的功能卻要編寫大量的代碼，而做的事情僅僅是保存對象和恢復對象，並且那些大量的jdbc代碼並沒有什麼技術含量，基本上是採用一套例行公事的標準代碼模板來編寫，是一種苦活和重複性的工作。
4)通過數據庫保存java程序運行時產生的對象和恢復對象，其實就是實現了java對象與關係數據庫記錄的映射關係，稱爲ORM（即Object
RelationMapping），人們可以通過封裝JDBC代碼來實現了這種功能，封裝出來的產品稱之爲ORM框架，Hibernate就是其中的一種流行ORM框架。
5)使用Hibernate框架，不用寫JDBC代碼，僅僅是調用一個save方法，就可以將對象保存到關係數據庫中，僅僅是調用一個get方法，就可以從數據庫中加載出一個對象。
6.使用Hibernate的基本流程是：配置Configuration對象、產生SessionFactory、創建session對象，啓動事務，完成CRUD操作，提交事務，關閉session。
7.使用Hibernate時，先要配置hibernate.cfg.xml文件，其中配置數據庫連接信息和方言等，還要爲每個實體配置相應的hbm.xml文件，hibernate.cfg.xml文件中需要登記每個hbm.xml文件。
8.應用Hibernate時，重點要了解Session的緩存原理，級聯，延遲加載和hql查詢。
3，談談你對Spring的理解。
1)Spring是實現了工廠模式的工廠類（在這裏有必要解釋清楚什麼是工廠模式），這個類名爲BeanFactory（實際上是一個接口），在程序中通常BeanFactory的子類ApplicationContext。Spring相當於一個大的工廠類，在其配置文件中通過元素配置用於創建實例對象的類名和實例對象的屬性。
2)Spring提供了對IOC良好支持，IOC是一種編程思想，是一種架構藝術，利用這種思想可以很好地實現模塊之間的解耦，IOC也稱爲DI（Depency Injection）。
3)Spring提供了對AOP技術的良好封裝，AOP稱爲面向切面編程，就是系統中有很多各不相干的類的方法，在這些衆多方法中要加入某種系統功能的代碼，例如，加入日誌，加入權限判斷，加入異常處理，這種應用稱爲AOP。 實現AOP功能採用的是代理技術，客戶端程序不再調用目標，而調用代理類，代理類與目標類對外具有相同的方法聲明，有兩種方式可以實現相同的方法聲明，一是實現相同的接口，二是作爲目標的子類。
4)在JDK中採用Proxy類產生動態代理的方式爲某個接口生成實現類，如果要爲某個類生成子類，則可以用CGLIB。在生成的代理類的方法中加入系統功能和調用目標類的相應方法，系統功能的代理以Advice對象進行提供，顯然要創建出代理對象，至少需要目標類和Advice類。spring提供了這種支持，只需要在spring配置文件中配置這兩個元素即可實現代理和aop功能。
4，談談Struts的優缺點
優點：
1.實現MVC模式，結構清晰,使開發者只關注業務邏輯的實現.
2.有豐富的tag可以用 ,Struts的標記庫(Taglib)，如能靈活動用，則能大大提高開發效率
3頁面導航使系統的脈絡更加清晰。通過一個配置文件，即可把握整個系統各部分之間的聯繫，這對於後期的維護有着莫大的好處。尤其是當另一批開發者接手這個項目時，這種優勢體現得更加明顯。
4. 提供Exception處理機制 .
5. 數據庫鏈接池管理
6. 支持I18N
缺點：
1.轉到展示層時，需要配置forward，如果有十個展示層的jsp，需要配置十次struts，而且還不包括有時候目錄、文件變更，需要重新修改forward，注意，每次修改配置之後，要求重新部署整個項目，而tomcate這樣的服務器，還必須重新啓動服務器2.Struts的Action必需是thread－safe方式，它僅僅允許一個實例去處理所有的請求。所以action用到的所有的資源都必需統一同步，這個就引起了線程安全的問題。
3.測試不方便.
Struts的每個Action都同Web層耦合在一起，這樣它的測試依賴於Web容器，單元測試也很難實現。不過有一個Junit的擴展工具Struts
TestCase可以實現它的單元測試。4.類型的轉換.
Struts的FormBean把所有的數據都作爲String類型，它可以使用工具Commons-Beanutils進行類型轉化。但它的轉化都是在Class級別，而且轉化的類型是不可配置的。類型轉化時的錯誤信息返回給用戶也是非常困難的。5.對Servlet的依賴性過強.
Struts處理Action時必需要依賴ServletRequest和ServletResponse，所有它擺脫不了Servlet容器。6.前端表達式語言方面.Struts集成了JSTL，所以它主要使用JSTL的表達式語言來獲取數據。可是JSTL的表達式語言在Collection和索引屬性方面處理顯得很弱。
7.對Action執行的控制困難.
Struts創建一個Action，如果想控制它的執行順序將會非常困難。甚至你要重新去寫Servlet來實現你的這個功能需求。8.對Action執行前和後的處理.
Struts處理Action的時候是基於class的hierarchies，很難在action處理前和後進行操作。9.對事件支持不夠.在struts中，實際是一個表單Form對應一個Action類(或DispatchAction)，換一句話說：在Struts中實際是一個表單只能對應一個事件，struts這種事件方式稱爲application
event，application event和component event相比是一種粗粒度的事件
5.iBatis與Hibernate有什麼不同?
相同點：
屏蔽jdbc api的底層訪問細節，使用我們不用與jdbc api打交道，就可以訪問數據。jdbc api編程流程固定，還將sql語句與java代碼混雜在了一起，經常需要拼湊sql語句，細節很繁瑣。
ibatis的好處：
屏蔽jdbcapi的底層訪問細節；將sql語句與java代碼進行分離;提供了將結果集自動封裝稱爲實體對象和對象的集合的功能，queryForList返回對象集合，用queryForObject返回單個對象；提供了自動將實體對象的屬性傳遞給sql語句的參數。
Hibernate是一個全自動的orm映射工具，它可以自動生成sql語句,ibatis需要我們自己在xml配置文件中寫sql語句，hibernate要比ibatis功能負責和強大很多。因爲hibernate自動生成sql語句，我們無法控制該語句，我們就無法去寫特定的高效率的sql。對於一些不太複雜的sql查詢，hibernate可以很好幫我們完成，但是，對於特別複雜的查詢，hibernate就很難適應了，這時候用ibatis就是不錯的選擇，因爲ibatis還是由我們自己寫sql語句。
6.在hibernate進行多表查詢每個表中各取幾個字段，也就是說查詢出來的結果集沒有一個實體類與之對應如何解決？
解決方案一,：按照Object[]數據取出數據，然後自己組bean
解決方案二：對每個表的bean寫構造函數，比如表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1filed1,type2 field2) ，然後在hql裏面就可以直接生成這個bean了。
7.介紹一下Hibernate的二級緩存
按照以下思路來回答：
（1）首先說清楚什麼是緩存
（2）再說有了hibernate的Session就是一級緩存，即有了一級緩存，爲什麼還要有二級緩存
（3）最後再說如何配置Hibernate的二級緩存。
1，緩存就是把以前從數據庫中查詢出來和使用過的對象保存在內存中（一個數據結構中），這個數據結構通常是或類似HashMap，當以後要使用某個對象時，先查詢緩存中是否有這個對象，如果有則使用緩存中的對象，如果沒有則去查詢數據庫，並將查詢出來的對象保存在緩存中，以便下次使用。
2，Hibernate的Session就是一種緩存，我們通常將之稱爲Hibernate的一級緩存，當想使用session從數據庫中查詢出一個對象時，Session也是先從自己內部查看是否存在這個對象，存在則直接返回，不存在纔去訪問數據庫，並將查詢的結果保存在自己內部.。
由於Session代表一次會話過程，一個Session與一個數據庫連接相關連，所以Session最好不要長時間保持打開，通常僅用於一個事務當中，在事務結束時就應關閉。並且Session是線程不安全的，被多個線程共享時容易出現問題。
通常只有那種全局意義上的緩存纔是真正的緩存應用，纔有較大的緩存價值，因此，Hibernate的Session這一級緩存的緩存作用並不明顯，應用價值不大。Hibernate的二級緩存就是要爲Hibernate配置一種全局緩存，讓多個線程和多個事務都可以共享這個緩存。我們希望的是一個人使用過，其他人也可以使用，session沒有這種效果。
3，二級緩存是獨立於Hibernate的軟件部件，屬於第三方的產品，多個廠商和組織都提供有緩存產品，例如，EHCache和OSCache等等。在Hibernate中使用二級緩存，首先就要在hibernate.cfg.xml配置文件中配置使用哪個廠家的緩存產品，接着需要配置該緩存產品自己的配置文件，最後要配置Hibernate中的哪些實體對象要納入到二級緩存的管理中。明白了二級緩存原理和有了這個思路後，很容易配置起Hibernate的二級緩存。
擴展知識：一個SessionFactory可以關聯一個二級緩存，也即一個二級緩存只能負責緩存一個數據庫中的數據，當使用Hibernate的二級緩存後，注意不要有其他的應用或SessionFactory來更改當前數據庫中的數據，這樣緩存的數據就會與數據庫中的實際數據不一致。
8.JDO是什麼?
JDO是Java對象持久化的新的規範，爲java data object的簡稱,也是一個用於存取某種數據倉庫中的對象的標準化API。
JDO提供了透明的對象存儲，因此對開發人員來說，存儲數據對象完全不需要額外的代碼（如JDBC API的使用）。
這些繁瑣的例行工作已經轉移到JDO產品提供商身上，使開發人員解脫出來，從而集中時間和精力在業務邏輯上。另外，JDO很靈活，因爲它可以在任何數據底層上運行。
比較：JDBC只是面向關係數據庫（RDBMS）JDO更通用，提供到任何數據底層的存儲功能，比如關係數據庫、文件、XML以及對象數據庫（ODBMS）等等，使得應用可移植性更強。
9.Hibernate的一對多和多對一雙向關聯的區別？
一對多關聯映射和多對一關聯映射實現的基本原理都是一樣的，既是在多的一端加入一個外鍵指向一的一端外鍵，而主要的區別就是維護端不同。
它們的區別在於維護的關係不同：
一對多關聯映射是指在加載一的一端數據的同時加載多的一端的數據多對一關聯映射是指在加載多的一端數據的同時加載一的一端的數據。
10.Hibernate是如何延遲加載?
Hibernate2延遲加載實現：
a)實體對象
b)集合（Collection）
Hibernate3 提供了屬性的延遲加載功能
當Hibernate在查詢數據的時候，數據並沒有存在與內存中，當程序真正對數據的操作時，對象才存在與內存中，就實現了延遲加載，他節省了服務器的內存開銷，從而提高了服務器的性能。
如果覺得我寫的還行，請關注我的公衆號,每天定時推送乾貨.
