互聯(lián)網(wǎng)上充斥著Java開發(fā)人員的面試問題。 這些問題的主要問題是，它們僅證明候選人具有良好的記憶力，并且記住所有語法，結(jié)構(gòu)，常量等。對他/她的邏輯推理沒有真正的評估。

我在下面列舉了一些面試問題的示例，這些示例根據(jù)候選人的經(jīng)驗檢查候選人的知識。 提出問題以驗證候選人是否有能力履行Java企業(yè)應(yīng)用程序開發(fā)人員的職責(zé)。 如果有人要討論這些問題，我也會請教官。

1.與J2EE規(guī)范相比，您能否舉例說明Java EE5 / 6規(guī)范的改進(jìn)之處？

新規(guī)范更傾向于約定俗成的配置，并引入了注釋來代替XML進(jìn)行配置。 繼承不再用于定義組件。 相反，它們被定義為POJO。 為了使這些POJO具有企業(yè)功能，采用了依賴注入，從而簡化了EJB的使用。 持久層已完全被Java Persistence API（JPA）取代。

2.考慮到在不同平臺上開發(fā)的兩個企業(yè)系統(tǒng)，您建議在它們之間交換數(shù)據(jù)的哪些好選擇？

視情況而定，如今我們可以將Web服務(wù)和消息隊列的使用視為潛在的選擇。 例如：當(dāng)一個系統(tǒng)需要將數(shù)據(jù)（一旦可用）發(fā)送到另一個系統(tǒng)或使數(shù)據(jù)可用于多個系統(tǒng)時，則建議使用消息隊列系統(tǒng)。 當(dāng)一個系統(tǒng)中有要由另一個系統(tǒng)處理的數(shù)據(jù)并且需要同步返回該處理結(jié)果時，則Web服務(wù)是最明顯的選擇。

3.您對在Java EE中實現(xiàn)異步代碼有何建議？

有幾種選擇：一種可以將消息發(fā)布到隊列中，以供消息驅(qū)動Bean（MDB）使用；另一種可以將消息發(fā)布到隊列中。 或使用@Timer注釋方法以定義以編程方式執(zhí)行代碼的時間； 或使用@Scheduler注釋方法以定義聲明式執(zhí)行代碼的時間。

4.您能否說明無狀態(tài)會話Bean，有狀態(tài)會話Bean和Singleton會話Bean的用法？

當(dāng)不需要保留多個業(yè)務(wù)事務(wù)之間的對象狀態(tài)時，可以使用無狀態(tài)會話Bean。 每個事務(wù)都有自己的實例，可以從對象池中檢索組件的實例。 在大多數(shù)情況下，建議在事務(wù)中執(zhí)行多個操作以保持?jǐn)?shù)據(jù)庫一致性。

有狀態(tài)會話Bean在需要保留業(yè)務(wù)交易之間的對象狀態(tài)時使用。 組件的每個實例都有自己的對象。 這些對象由不同的事務(wù)修改，并且在達(dá)到預(yù)定的不活動時間后將被丟棄。 它們可用于高速緩存那些數(shù)據(jù)，例如參考數(shù)據(jù)和用于分頁的長記錄集，以減少對數(shù)據(jù)庫的IO操作量。

每個應(yīng)用程序?qū)嵗粋€單例會話bean，并且在應(yīng)用程序的生命周期中存在。 Singleton會話Bean是為在客戶端之間共享單個企業(yè)Bean實例并由其并發(fā)訪問而設(shè)計的。 它們在客戶端調(diào)用之間保持其狀態(tài)，這需要仔細(xì)實施，以避免在同時訪問時發(fā)生沖突。 例如，可以使用此類組件在啟動時初始化應(yīng)用程序，并在整個應(yīng)用程序中共享特定對象。

5.在消息排隊系統(tǒng)中，隊列和主題之間有什么區(qū)別？

在隊列中，只有一個消息生成者，而這些消息只有一個使用者（1-1）。 在一個主題中，有一個消息發(fā)布者和幾個訂閱者將接收這些消息（1-N）。

6.您考慮采用哪些策略導(dǎo)入和導(dǎo)出XML內(nèi)容？

如果XML文檔是在模式中正式定義的，則可以使用JAXB根據(jù)模式將對象序列化和反序列化為XML。 如果XML文檔沒有架構(gòu)，則有兩種情況：1）應(yīng)該考慮整個XML內(nèi)容：在這種情況下，建議使用SAX串行訪問整個文檔，或者使用DOM進(jìn)行隨機(jī)訪問； 2）當(dāng)僅考慮XML內(nèi)容的一部分時，可以使用XPath或StAX，以防在文檔中找到每個所需部分后立即執(zhí)行操作。

7.您能否列出關(guān)系模型和對象模型之間的一些區(qū)別？

可以將對象模型映射到關(guān)系模型，但是應(yīng)考慮一些差異。 在關(guān)系模型中，外鍵與目標(biāo)的主鍵具有相同的類型，但是在對象模型和屬性中，外鍵指向整個相關(guān)對象。 在對象模型中，可能具有NN關(guān)系，而在關(guān)系模型中，則需要中介實體。 關(guān)系模型中不支持繼承，接口和多態(tài)性。

8. XML Schema，XSLT，WSDL和SOAP有什么區(qū)別？

XML模式描述XML文檔的結(jié)構(gòu)，并用于驗證這些文檔。 WSDL（Web服務(wù)定義語言）描述了基于SOAP的Web服務(wù)的接口。 它可以引用XML模式來定義通過參數(shù)傳遞或返回給調(diào)用方的現(xiàn)有復(fù)雜類型。 SOAP（簡單對象訪問協(xié)議）是用于在Web服務(wù)調(diào)用中交換數(shù)據(jù)的消息格式。 XSLT（可擴(kuò)展樣式表語言轉(zhuǎn)換）用于將XML文檔轉(zhuǎn)換為其他文檔格式。

9.您將如何配置環(huán)境以最大化開發(fā)團(tuán)隊的生產(chǎn)力？

每個開發(fā)人員都應(yīng)該有一個能夠在其本地工作站中執(zhí)行整個應(yīng)用程序的個人環(huán)境。 應(yīng)該使用版本控制系統(tǒng)在開發(fā)人員之間同步項目。 集成例程必須定期執(zhí)行，以驗證系統(tǒng)所有組件之間的兼容性和通信。 單元測試和集成測試必須經(jīng)常執(zhí)行。
-

您可以增加這套涵蓋其他主題的問題，例如單元測試，依賴性注入，版本控制等。 試著以沒有得到一個答案的方式來表述問題，而是從候選人那里得到簡短的分析。 人們可以在Internet上輕松找到答案，但是只有積累的經(jīng)驗才能提供良好的分析。

參考：從我們的JCG合作伙伴處 雇用Java EE開發(fā)人員的一些面試問題 ? Hildeberto 博客上的 Hildeberto Mendonca。

翻譯自: https://www.javacodegeeks.com/2012/02/some-interview-questions-to-hire-java.html

總結(jié)

以上是生活随笔為你收集整理的雇用Java EE开发人员的一些面试问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。