談談你對流行框架的理解(

 一、談談你對Struts的理解。

答:

1. struts是一個按MVC模式設計的Web層框架，其實它就是一個大大的servlet，這個Servlet名爲ActionServlet，或是ActionServlet的子類。咱們能夠在web.xml文件中將符合某種特徵的全部請求交給這個Servlet處理，這個Servlet再參照一個配置文件（一般爲/WEB-INF/struts-config.xml）將各個請求分別分配給不一樣的action去處理。

一個擴展知識點：struts的配置文件能夠有多個，能夠按模塊配置各自的配置文件，這樣能夠防止配置文件的過分膨脹；

2. ActionServlet把請求交給action去處理以前，會將請求參數封裝成一個formbean對象（就是一個java類，這個類中的每一個屬性對應一個請求參數），封裝成一個什麼樣的formbean對象呢？看配置文件。

3.要說明的是， ActionServlet把formbean對象傳遞給action的execute方法以前，可能會調用formbean的validate方法進行校驗，只有校驗經過後纔將這個formbean對象傳遞給action的execute方法，不然，它將返回一個錯誤頁面，這個錯誤頁面由input屬性指定，（看配置文件）做者爲何將這裏命名爲input屬性，而不是error屬性，咱們後面結合實際的運行效果進行分析。

4.action執行完後要返回顯示的結果視圖，這個結果視圖是用一個ActionForward對象來表示的，actionforward對象經過struts-config.xml配置文件中的配置關聯到某個jsp頁面，由於程序中使用的是在struts-config.xml配置文件爲jsp頁面設置的邏輯名，這樣能夠實現action程序代碼與返回的jsp頁面名稱的解耦。

你對struts可能還有本身的應用方面的經驗，那也要一併說出來。

二、談談你對Hibernate的理解。

答:

1. 面向對象設計的軟件內部運行過程能夠理解成就是在不斷建立各類新對象、創建對象之間的關係，調用對象的方法來改變各個對象的狀態和對象消亡的過程，無論程序運行的過程和操做怎麼樣，本質上都是要獲得一個結果，程序上一個時刻和下一個時刻的運行結果的差別就表如今內存中的對象狀態發生了變化。

2.爲了在關機和內存空間不夠的情況下，保持程序的運行狀態，須要將內存中的對象狀態保存到持久化設備和從持久化設備中恢復出對象的狀態，一般都是保存到關係數據庫來保存大量對象信息。從Java程序的運行功能上來說，保存對象狀態的功能相比系統運行的其餘功能來講，應該是一個很不起眼的附屬功能，java採用jdbc來實現這個功能，這個不起眼的功能卻要編寫大量的代碼，而作的事情僅僅是保存對象和恢復對象，而且那些大量的jdbc代碼並無什麼技術含量，基本上是採用一套例行公事的標準代碼模板來編寫，是一種苦活和重複性的工做。

3.經過數據庫保存java程序運行時產生的對象和恢復對象，其實就是實現了java對象與關係數據庫記錄的映射關係，稱爲ORM（即ObjectRelation Mapping），人們能夠經過封裝JDBC代碼來實現了這種功能，封裝出來的產品稱之爲ORM框架，Hibernate就是其中的一種流行ORM框架。使用Hibernate框架，不用寫JDBC代碼，僅僅是調用一個save方法，就能夠將對象保存到關係數據庫中，僅僅是調用一個get方法，就能夠從數據庫中加載出一個對象。

4.使用Hibernate的基本流程是：配置Configuration對象、產生SessionFactory、建立session對象，啓動事務，完成CRUD操做，提交事務，關閉session。

5.使用Hibernate時，先要配置hibernate.cfg.xml文件，其中配置數據庫鏈接信息和方言等，還要爲每一個實體配置相應的hbm.xml文件，hibernate.cfg.xml文件中須要登記每一個hbm.xml文件。

6.在應用Hibernate時，重點要了解Session的緩存原理，級聯，延遲加載和hql查詢。

三、AOP的做用。

三、你對Spring的理解。

1.Spring實現了工廠模式的工廠類（在這裏有必要解釋清楚什麼是工廠模式），這個類名爲BeanFactory（其實是一個接口），在程序中一般BeanFactory的子類ApplicationContext。Spring至關於一個大的工廠類，在其配置文件中經過<bean>元素配置用於建立實例對象的類名和實例對象的屬性。

2. Spring提供了對IOC良好支持，IOC是一種編程思想，是一種架構藝術，利用這種思想能夠很好地實現模塊之間的解耦。IOC也稱爲DI（Depency Injection），什麼叫依賴注入呢？

譬如，ClassProgrammer

{

Computercomputer = null;

publicvoid code()

{

//Computercomputer = new IBMComputer();

//Computercomputer = beanfacotry.getComputer();

computer.write();

}

publicvoid setComputer(Computer computer)

{

this.computer= computer;

}

}
另外兩種方式都由依賴，第一個直接依賴於目標類，第二個把依賴轉移到工廠上，第三個完全與目標和工廠解耦了。在spring的配置文件中配置片斷以下：

<bean id=」computer」 class=」cn.itcast.interview.Computer」>

</bean>

<bean id=」programmer」 class=」cn.itcast.interview.Programmer」>

<propertyname=」computer」 ref=」computer」></property>

</bean>

3. Spring提供了對AOP技術的良好封裝， AOP稱爲面向切面編程，就是系統中有不少各不相干的類的方法，在這些衆多方法中要加入某種系統功能的代碼，例如，加入日誌，加入權限判斷，加入異常處理，這種應用稱爲AOP。實現AOP功能採用的是代理技術，客戶端程序再也不調用目標，而調用代理類，代理類與目標類對外具備相同的方法聲明，有兩種方式能夠實現相同的方法聲明，一是實現相同的接口，二是做爲目標的子類在，JDK中採用Proxy類產生動態代理的方式爲某個接口生成實現類，若是要爲某個類生成子類，則能夠用CGLI B。在生成的代理類的方法中加入系統功能和調用目標類的相應方法，系統功能的代理以Advice對象進行提供，顯然要建立出代理對象，至少須要目標類和Advice類。spring提供了這種支持，只須要在spring配置文件中配置這兩個元素便可實現代理和aop功能，例如，

<bean id=」proxy」 type=」org.spring.framework.aop.ProxyBeanFactory」>

<propertyname=」target」 ref=」」></property>

<propertyname=」advisor」 ref=」」></property>

</bean>

十一、談談Struts中的Actionservlet。

十二、Struts優缺點
優勢：
1. 實現MVC模式，結構清晰,使開發者只關注業務邏輯的實現.

2．有豐富的tag能夠用,Struts的標記庫(Taglib)，如能靈活動用，則能大大提升開發效率

3. 頁面導航

使系統的脈絡更加清晰。經過一個配置文件，便可把握整個系統各部分之間的聯繫，這對於後期的維護有着莫大的好處。尤爲是當另外一批開發者接手這個項目時，這種優點體現得更加明顯。

4. 提供Exception處理機制.

5. 數據庫連接池管理

6. 支持I18N

缺點

1、轉到展現層時，須要配置forward，若是有十個展現層的jsp，須要配置十次struts，並且還不包括有時候目錄、文件變動，須要從新修改forward，注意，每次修改配置以後，要求從新部署整個項目，而tomcate這樣的服務器，還必須從新啓動服務器

2、 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，applicationevent和component event相比是一種粗粒度的事件

11九、STRUTS的應用(如STRUTS架構)

Struts是採用Java Servlet/JavaServer Pages技術，開發Web應用程序的開放源碼的framework。採用Struts能開發出基於MVC(Model-View-Controller)設計模式的應用構架。 Struts有以下的主要功能：一.包含一個controllerservlet，能將用戶的請求發送到相應的Action對象。二.JSP自由tag庫，而且在controller servlet中提供關聯支持，幫助開發員建立交互式表單應用。三.提供了一系列實用對象：XML處理、經過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。

1十、說說struts1與struts2的區別。

1.都是MVC的WEB框架,

2 struts1的老牌框架，應用很普遍，有很好的羣衆基礎，使用它開發風險很小，成本更低！struts2雖然基於這個框架，可是應用羣衆並多，相對不成熟，未知的風險和變化不少，開發人員相對很差招，使用它開發項目的風險係數更大，用人成本更高！

3.struts2畢竟是站在前輩的基礎設計出來，它會改善和完善struts1中的一些缺陷，struts1中一些懸而未決問題在struts2獲得瞭解決。

4.struts1的前端控制器是一個Servlet，名稱爲ActionServlet，struts2的前端控制器是一個filter，在struts2.0中叫FilterDispatcher，在struts2.1中叫StrutsPrepareAndExecuteFilter。

5.struts1的action須要繼承Action類，struts2的action能夠不繼承任何類；struts1對同一個路徑的全部請求共享一個Action實例，struts2對同一個路徑的每一個請求分別使用一個獨立Action實例對象，全部對於struts2的Action不用考慮線程安全問題。

6.在struts1中使用formbean封裝請求參數，在struts2中直接使用action的屬性來封裝請求參數。

7.struts1中的多個業務方法放在一個Action中時（即繼承DispatchAction時），要麼都校驗，要麼都不校驗；對於struts2，能夠指定只對某個方法進行校驗，當一個Action繼承了ActionSupport且在這個類中只編寫了validateXxx()方法，那麼則只對Xxx()方法進行校驗。

（一個請求來了的執行流程進行分析，struts2是自動支持分模塊開發，並能夠不一樣模塊設置不一樣的url前綴，這是經過package的namespace來實現的；struts2是支持多種類型的視圖；struts2的視圖地址能夠是動態的，即視圖的名稱是支持變量方式的，舉例，論壇發帖失敗後回來還要傳遞boardid。視圖內容顯示方面：它的標籤用ognl，要el強大不少，在國際化方面支持分模塊管理，兩個模塊用到一樣的key，對應不一樣的消息；）

與Struts1不一樣，Struts2對用戶的每一次請求都會建立一個Action，因此Struts2中的Action是線程安全的。

給我印象最深入的是：struts配置文件中的redirect視圖的url不能接受參數，而struts2配置文件中的redirect視圖能夠接受參數。

1十、hibernate中的update()和saveOrUpdate()的區別，session的load()和get()的區別。

1十、簡述 Hibernate 和 JDBC 的優缺點? 如何書寫一個 one to many 配置文件.

七、iBatis與Hibernate有什麼不一樣?

相同點：屏蔽jdbc api的底層訪問細節，使用咱們不用與jdbc api打交道，就能夠訪問數據。

jdbc api編程流程固定，還將sql語句與java代碼混雜在了一塊兒，常常須要拼湊sql語句，細節很繁瑣。

ibatis的好處：屏蔽jdbc api的底層訪問細節；將sql語句與java代碼進行分離;提供了將結果集自動封裝稱爲實體對象和對象的集合的功能，queryForList返回對象集合，用queryForObject返回單個對象；提供了自動將實體對象的屬性傳遞給sql語句的參數。

Hibernate是一個全自動的orm映射工具，它能夠自動生成sql語句,ibatis須要咱們本身在xml配置文件中寫sql語句，hibernate要比ibatis功能負責和強大不少。由於hibernate自動生成sql語句，咱們沒法控制該語句，咱們就沒法去寫特定的高效率的sql。對於一些不太複雜的sql查詢，hibernate能夠很好幫咱們完成，可是，對於特別複雜的查詢，hibernate就很難適應了，這時候用ibatis就是不錯的選擇，由於ibatis仍是由咱們本身寫sql語句。

七、寫Hibernate的一對多和多對一雙向關聯的orm配置?

九、hibernate的inverse屬性的做用?

解決方案一，按照Object[]數據取出數據，而後本身組bean

解決方案二，對每一個表的bean寫構造函數，好比表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1filed1,type2

field2) ，而後在hql裏面就能夠直接生成這個bean了。

十、在DAO中如何體現DAO設計模式?

解決方案一，按照Object[]數據取出數據，而後本身組bean

解決方案二，對每一個表的bean寫構造函數，好比表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1filed1,type2

field2) ，而後在hql裏面就能夠直接生成這個bean了。

十、spring+Hibernate中委託方案怎麼配置?

解決方案一，按照Object[]數據取出數據，而後本身組bean

解決方案二，對每一個表的bean寫構造函數，好比表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1filed1,type2

field2) ，而後在hql裏面就能夠直接生成這個bean了。

十、spring+Hibernate中委託方案怎麼配置?

解決方案一，按照Object[]數據取出數據，而後本身組bean

解決方案二，對每一個表的bean寫構造函數，好比表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1filed1,type2

field2) ，而後在hql裏面就能夠直接生成這個bean了。

8. hibernate進行多表查詢每一個表中各取幾個字段，也就是說查詢出來的結果集沒有一個實體類與之對應如何解決；

解決方案一，按照Object[]數據取出數據，而後本身組bean

解決方案二，對每一個表的bean寫構造函數，好比表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1filed1,type2

field2) ，而後在hql裏面就能夠直接生成這個bean了。

8.介紹一下Hibernate的二級緩存

按照如下思路來回答：（1）首先說清楚什麼是緩存，（2）再說有了hibernate的Session就是一級緩存，即有了一級緩存，爲何還要有二級緩存，（3）最後再說如何配置Hibernate的二級緩存。

（1）緩存就是把之前從數據庫中查詢出來和使用過的對象保存在內存中（一個數據結構中），這個數據結構一般是或相似Hashmap，當之後要使用某個對象時，先查詢緩存中是否有這個對象，若是有則使用緩存中的對象，若是沒有則去查詢數據庫，並將查詢出來的對象保存在緩存中，以便下次使用。下面是緩存的僞代碼：

引出hibernate的第二級緩存，用下面的僞代碼分析了Cache的實現原理

Dao

{

hashmapmap = new map();

UsergetUser(integer id)

{

Useruser = map.get(id)

if(user== null)

{

user= session.get(id);

map.put(id,user);

}

returnuser;

}

}

Dao

{

Cachecache = null

setCache(Cachecache)

{

this.cache= cache

}

UsergetUser(int id)

{

if(cache!=null)

{

Useruser = cache.get(id);

if(user==null)

{

user= session.get(id);

cache.put(id,user);

}

returnuser;

}

returnsession.get(id);

}

}

（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來更改當前數據庫中的數據，這樣緩存的數據就會與數據庫中的實際數據不一致。

1十一、Spring 的依賴注入是什麼意思? 給一個 Bean 的 message 屬性, 字符串類型, 注入值爲"Hello" 的 XML 配置文件該怎麼寫?

120、Jdo是什麼?

JDO是Java對象持久化的新的規範，爲javadata object的簡稱,也是一個用於存取某種數據倉庫中的對象的標準化API。JDO提供了透明的對象存儲，所以對開發人員來講，存儲數據對象徹底不須要額外的代碼（如JDBC API的使用）。這些繁瑣的例行工做已經轉移到JDO產品提供商身上，使開發人員解脫出來，從而集中時間和精力在業務邏輯上。另外，JDO很靈活，由於它能夠在任何數據底層上運行。JDBC只是面向關係數據庫（RDBMS）JDO更通用，提供到任何數據底層的存儲功能，好比關係數據庫、文件、XML以及對象數據庫（ODBMS）等等，使得應用可移植性更強。

什麼是spring的IOC AOP

STRUTS的工做流程！

spring 與EJB的區別！！