[ Java面試題 ] 框架篇

一、談談你對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頁面名稱的解耦。

 （以上，也能夠結合本身使用感覺談本身的見解）

 

二、談談你對Hibernate的理解。

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

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

　　3.經過數據庫保存java程序運行時產生的對象和恢復對象，其實就是實現了java對象與關係數據庫記錄的映射關係，稱爲ORM（即Object RelationMapping），人們能夠經過封裝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查詢。

（以上，也能夠結合本身使用JDBC時的繁瑣談hibernate的感覺）

 

三、談談你對Spring的理解。

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

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

　　3. Spring提供了對AOP技術的良好封裝， AOP稱爲面向切面編程，就是系統中有不少各不相干的類的方法，在這些衆多方法中要加入某種系統功能的代碼，例如，加入日誌，加入權限判斷，加入異常處理，這種應用稱爲AOP。

　　4.實現AOP功能採用的是代理技術，客戶端程序再也不調用目標，而調用代理類，代理類與目標類對外具備相同的方法聲明，有兩種方式能夠實現相同的方法聲明，一是實現相同的接口，二是做爲目標的子類。

　　5.在JDK中採用Proxy類產生動態代理的方式爲某個接口生成實現類，若是要爲某個類生成子類，則能夠用CGLI B。在生成的代理類的方法中加入系統功能和調用目標類的相應方法，系統功能的代理以Advice對象進行提供，顯然要建立出代理對象，至少須要目標類和Advice類。spring提供了這種支持，只須要在spring配置文件中配置這兩個元素便可實現代理和aop功能。

（以上，也能夠結合本身使用感覺談本身的見解）

 

四、談談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相比是一種粗粒度的事件

 

五、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進行多表查詢每一個表中各取幾個字段，也就是說查詢出來的結果集沒有一個實體類與之對應如何解決？

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

解決方案二：對每一個表的bean寫構造函數，好比表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1filed1,type2field2) ，而後在hql裏面就能夠直接生成這個bean了。

 

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

 

八、JDO是什麼?

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

　　比較：JDBC只是面向關係數據庫（RDBMS）JDO更通用，提供到任何數據底層的存儲功能，好比關係數據庫、文件、XML以及對象數據庫（ODBMS）等等，使得應用可移植性更強。

 

九、Hibernate的一對多和多對一雙向關聯的區別？

        一對多關聯映射和多對一關聯映射實現的基本原理都是同樣的，既是在多的一端加入一個外鍵指向一的一端外鍵，而主要的區別就是維護端不一樣。
        它們的區別在於維護的關係不一樣：
一對多關聯映射是指在加載一的一端數據的同時加載多的一端的數據多對一關聯映射是指在加載多的一端數據的同時加載一的一端的數據。

 

十、Hibernate是如何延遲加載? 

　　1. Hibernate2延遲加載實現：a)實體對象 b)集合（Collection） 

　　2. Hibernate3 提供了屬性的延遲加載功能 當Hibernate在查詢數據的時候，數據並無存在與內存中，當程序真正對數據的操做時，對象才存在與內存中，就實現了延遲加載，他節省了服務器的內存開銷，從而提升了服務器的性能。  

 

十一、使用Spring框架的好處是什麼？

　　輕量：Spring 是輕量的，基本的版本大約2MB。

　　控制反轉：Spring經過控制反轉實現了鬆散耦合，對象們給出它們的依賴，而不是建立或查找依賴的對象們。

　　面向切面的編程(AOP)：Spring支持面向切面的編程，而且把應用業務邏輯和系統服務分開。

　　容器：Spring 包含並管理應用中對象的生命週期和配置。

　　MVC框架：Spring的WEB框架是個精心設計的框架，是Web框架的一個很好的替代品。

　　事務管理：Spring 提供一個持續的事務管理接口，能夠擴展到上至本地事務下至全局事務（JTA）。

　　異常處理：Spring 提供方便的API把具體技術相關的異常（好比由JDBC，Hibernate or JDO拋出的）轉化爲一致的unchecked 異常。

 

十二、ApplicationContext一般的實現是什麼?

　　FileSystemXmlApplicationContext ：此容器從一個XML文件中加載beans的定義，XML Bean 配置文件的全路徑名必須提供給它的構造函數。

　　ClassPathXmlApplicationContext：此容器也從一個XML文件中加載beans的定義，這裏，你須要正確設置classpath由於這個容器將在classpath裏找bean配置。

　　WebXmlApplicationContext：此容器加載一個XML文件，此文件定義了一個WEB應用的全部bean。

 

1三、什麼是Spring的依賴注入？有哪些方法進行依賴注入

　　依賴注入，是IOC的一個方面，是個一般的概念，它有多種解釋。這概念是說你不用建立對象，而只須要描述它如何被建立。你不在代碼裏直接組裝你的組件和服務，可是要在配置文件裏描述哪些組件須要哪些服務，以後一個容器（IOC容器）負責把他們組裝起來。

　　構造器依賴注入：構造器依賴注入經過容器觸發一個類的構造器來實現的，該類有一系列參數，每一個參數表明一個對其餘類的依賴。

　　Setter方法注入：Setter方法注入是容器經過調用無參構造器或無參static工廠 方法實例化bean以後，調用該bean的setter方法，即實現了基於setter的依賴注入。

 

1四、什麼是Spring beans?

　　Spring beans 是那些造成Spring應用的主幹的java對象。它們被Spring IOC容器初始化，裝配，和管理。這些beans經過容器中配置的元數據建立。好比，以XML文件中<bean/> 的形式定義。

　　Spring 框架定義的beans都是單件beans。在bean tag中有個屬性」singleton」，若是它被賦爲TRUE，bean 就是單件，不然就是一個 prototype bean。默認是TRUE，因此全部在Spring框架中的beans 缺省都是單件。

 

1五、解釋Spring支持的幾種bean的做用域。

Spring框架支持如下五種bean的做用域：

　　singleton : bean在每一個Spring ioc 容器中只有一個實例。

　　prototype：一個bean的定義能夠有多個實例。

　　request：每次http請求都會建立一個bean，該做用域僅在基於web的        Spring ApplicationContext情形下有效。

　　session：在一個HTTP Session中，一個bean定義對應一個實例。該做用域僅在基於web的Spring ApplicationContext情形下有效。

　　global-session：在一個全局的HTTP Session中，一個bean定義對應一個實例。該做用域僅在基於web的Spring ApplicationContext情形下有效。

缺省的Spring bean 的做用域是Singleton.

 

1六、解釋Spring框架中bean的生命週期。

　　1.Spring容器 從XML 文件中讀取bean的定義，並實例化bean。

　　2.Spring根據bean的定義填充全部的屬性。

　　3.若是bean實現了BeanNameAware 接口，Spring 傳遞bean 的ID 到 setBeanName方法。

　　4.若是Bean 實現了 BeanFactoryAware 接口， Spring傳遞beanfactory 給setBeanFactory 方法。

　　5.若是有任何與bean相關聯的BeanPostProcessors，Spring會在postProcesserBeforeInitialization()方法內調用它們。

　　6.若是bean實現IntializingBean了，調用它的afterPropertySet方法，若是bean聲明瞭初始化方法，調用此初始化方法。

　　7.若是有BeanPostProcessors 和bean 關聯，這些bean的postProcessAfterInitialization() 方法將被調用。

　　8.若是bean實現了 DisposableBean，它將調用destroy()方法。

 

1七、在 Spring中如何注入一個java集合？

Spring提供如下幾種集合的配置元素：

　　<list>類型用於注入一列值，容許有相同的值。

　　<set> 類型用於注入一組值，不容許有相同的值。

　　<map> 類型用於注入一組鍵值對，鍵和值均可覺得任意類型。

　　<props>類型用於注入一組鍵值對，鍵和值都只能爲String類型。

 

1八、解釋不一樣方式的自動裝配

有五種自動裝配的方式，用來指導Spring容器用自動裝配方式進行依賴注入。

　　no：默認的方式是不進行自動裝配，經過顯式設置ref 屬性來進行裝配。

　　byName：經過參數名 自動裝配，Spring容器在配置文件中發現bean的autowire屬性被設置成byname，以後容器試圖匹配、裝配和該bean的屬性具備相同名字的bean。

　　byType:：經過參數類型自動裝配，Spring容器在配置文件中發現bean的autowire屬性被設置成byType，以後容器試圖匹配、裝配和該bean的屬性具備相同類型的bean。若是有多個bean符合條件，則拋出錯誤。

　　constructor：這個方式相似於byType， 可是要提供給構造器參數，若是沒有肯定的帶參數的構造器參數類型，將會拋出異常。

　　autodetect：首先嚐試使用constructor來自動裝配，若是沒法工做，則使用byType方式。

 

1九、Spring框架的事務管理有哪些優勢？

　　它爲不一樣的事務API  如 JTA，JDBC，Hibernate，JPA 和JDO，提供一個不變的編程模式。

　　它爲編程式事務管理提供了一套簡單的API而不是一些複雜的事務API如

　　它支持聲明式事務管理。

　　它和Spring各類數據訪問抽象層很好得集成。

 

20、什麼是基於Java的Spring註解配置? 給一些註解的例子

　　基於Java的配置，容許你在少許的Java註解的幫助下，進行你的大部分Spring配置而非經過XML文件。

　　以@Configuration 註解爲例，它用來標記類能夠當作一個bean的定義，被Spring IOC容器使用。另外一個例子是@Bean註解，它表示此方法將要返回一個對象，做爲一個bean註冊進Spring應用上下文。