首頁 >Java >Java面試題 >java框架面試題目(1)

java框架面試題目(1)

(*-*)浩
(*-*)浩原創
2019-12-07 15:03:141779瀏覽

java框架面試題目(1)

談談你對Struts的理解。

struts是一個以MVC模式設計的Web層框架,其實它就是一個Servlet,這個Servlet名為ActionServlet,或是ActionServlet的子類別。 (推薦學習:java面試題目

我們可以在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相當於一個大的工廠類,在其設定檔中透過元素配置用於建立實例物件的類別名稱和實例物件的屬性。

2. Spring提供了對IOC良好支持,IOC是一種程式設計思想,是一種架構藝術,利用這種思想可以很好地實現模組之間的解耦,IOC也稱為DI (Depency Injection)。

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

實現AOP功能採用的是代理技術,客戶端程式不再呼叫目標,而呼叫代理類,代理類與目標類對外具有相同的方法聲明,有兩種方式可以實現相同的方法聲明,一是實現相同的接口,二是作為目標的子類。

在JDK中採用Proxy類別產生動態代理的方式為某個介面產生實作類,如果要為某個類別產生子類,則可以用CGLI B。

在產生的代理類別的方法中加入系統功能和呼叫目標類別的相應方法,系統功能的代理以Advice對象進行提供,顯然要創建代理對象,至少需要目標類和Advice類。 spring提供了這種支持,只需要在spring設定檔中配置這兩個元素即可實現代理和aop功能。

(以上,也可以結合自己用感受談自己的看法)

談談Struts的優缺點

優點:

1. 實作MVC模式,結構清晰,使開發者只專注於業務邏輯的實作.

2.有豐富的tag可以用 ,Struts的標記庫(Taglib),如能靈活動用,則能大大提高開發效率

3. 頁面導航使系統的脈絡更加清晰。透過一個配置文件,即可掌握整個系統各部分之間的聯繫,這對於後期的維護有著莫大的好處。尤其是當另一批開發者接手這個專案時,這種優勢體現得更​​明顯。

4. 提供Exception處理機制.

5. 資料庫連結池管理

6. 支援I18N

缺點:

一,轉到展示層時,需要設定forward,如果有十個展示層的jsp,需要設定十次struts,而且還不包括有時候目錄、檔案變更,需要重新修改forward,注意,每次修改配置之後,要求重新部署整個項目,而tomcate這樣的伺服器,還必須重新啟動伺服器

二,Struts的Action必需是thread-safe方式,它僅僅允許一個實例去處理所有的請求。所以action用到的所有的資源都必需統一同步,這就造成了線程安全的問題。

三,測試不方便. Struts的每個Action都同Web層耦合在一起,這樣它的測試依賴於Web容器,單元測試也很難實現。不過有一個Junit的擴充工具Struts TestCase可以實現它的單元測試。

四,類型的轉換. Struts的FormBean把所有的資料都當作String類型,它可以使用工具Commons-Beanutils進行類型轉換。但它的轉換都是在Class級別,而且轉換的類型是不可設定的。類型轉換時的錯誤訊息回傳給使用者也是非常困難的。

五,對Servlet的依賴性過強. Struts處理Action時必需要依賴ServletRequest和ServletResponse,所有它擺脫不了Servlet容器。

六,前端表達式語言方面.Struts整合了JSTL,所以它主要使用JSTL的表達式語言來取得資料。可是JSTL的表達式語言在Collection和索引屬性方面處理顯得很弱。

七,對Action執行的控制困難. Struts建立一個Action,如果想控制它的執行順序將會非常困難。甚至你要重新去寫Servlet來實現你的這個功能需求。

八,對Action執行前後的處理. Struts處理Action的時候是基於class的hierarchies,很難在action處理前後進行操作。

九,對事件支援不夠.在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(type1 filed1,type2 field2) ,然後在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在查詢資料的時候,資料並沒有存在與記憶體中,當程式真正對資料的操作時,物件才存在與記憶體中,就實現了延遲載入,他節省了伺服器的記憶體開銷,從而提高了伺服器的效能。 

以上是java框架面試題目(1)的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn