有感:應聘Java筆試時可能出現問題及其答案(第二版part three)
全力奔跑的兔子 @ 2005-11-05 15:41


以前整理了一篇文章《有感:應聘Java筆試時可能出現問題及其答案》發布到csdn的blog上，很多人看了以后認為很有用處，特別是對于即將參加java面試的朋友們，很多人給我反饋了意見或者向我請教問題，實在是不敢當，本人也是菜鳥一個，只是做了一點整理工作而已，所有問題與答案都來自于網絡。 
       最近由于換工作，又收集到了一點資料，所以我決定再整理一個版本出來，再一次聲明，題目與答案都來自于網絡，本人不對題目與答案的完整性與正確性做出任何承諾，僅做參考。 
      當然，本人歡迎任何人對本文章中的錯誤答案加以指正或者提出更好的解決方案，并請發給我，我定期進行相關更新，謝謝！本人也歡迎同道中人進行技術相關方面的討論。 如有任何意見與建議請通過QQ:6045306,Mail:huijunzi@21cn.com與我聯系。 

EJB方面 





94、EJB2.0有哪些內容?分別用在什么場合? EJB2.0和EJB1.1的區別? 
答：規范內容包括Bean提供者，應用程序裝配者，EJB容器，EJB配置工具，EJB服務提供者，系統管理員。這里面，EJB容器是EJB之所以能夠運行的核心。EJB容器管理著EJB的創建，撤消，激活，去活，與數據庫的連接等等重要的核心工作。JSP,Servlet,EJB,JNDI,JDBC,JMS..... 
95、EJB與JAVA BEAN的區別？ 
答：Java Bean 是可復用的組件，對Java Bean并沒有嚴格的規范，理論上講，任何一個Java類都可以是一個Bean。但通常情況下，由于Java Bean是被容器所創建（如Tomcat)的，所以Java Bean應具有一個無參的構造器，另外，通常Java Bean還要實現Serializable接口用于實現Bean的持久性。Java Bean實際上相當于微軟COM模型中的本地進程內COM組件，它是不能被跨進程訪問的。Enterprise Java Bean 相當于DCOM，即分布式組件。它是基于Java的遠程方法調用（RMI）技術的，所以EJB可以被遠程訪問（跨進程、跨計算機）。但EJB必須被布署在諸如Webspere、WebLogic這樣的容器中，EJB客戶從不直接訪問真正的EJB組件，而是通過其容器訪問。EJB容器是EJB組件的代理，EJB組件由容器所創建和管理。客戶通過容器來訪問真正的EJB組件。 
96、EJB是基于哪些技術實現的？并說出SessionBean和EntityBean的區別，StatefulBean和StatelessBean的區別。 
答：EJB包括Session Bean、Entity Bean、Message Driven Bean，基于JNDI、RMI、JAT等技術實現。 
SessionBean在J2EE應用程序中被用來完成一些服務器端的業務操作，例如訪問數據庫、調用其他EJB組件。EntityBean被用來代表應用系統中用到的數據。 
對于客戶機，SessionBean是一種非持久性對象，它實現某些在服務器上運行的業務邏輯。 
對于客戶機，EntityBean是一種持久性對象，它代表一個存儲在持久性存儲器中的實體的對象視圖，或是一個由現有企業應用程序實現的實體。 
Session Bean 還可以再細分為 Stateful Session Bean 與 Stateless Session Bean ，這兩種的 Session Bean都可以將系統邏輯放在 method之中執行，不同的是 Stateful Session Bean 可以記錄呼叫者的狀態，因此通常來說，一個使用者會有一個相對應的 Stateful Session Bean 的實體。Stateless Session Bean 雖然也是邏輯組件，但是他卻不負責記錄使用者狀態，也就是說當使用者呼叫 Stateless Session Bean 的時候，EJB Container 并不會找尋特定的 Stateless Session Bean 的實體來執行這個 method。換言之，很可能數個使用者在執行某個 Stateless Session Bean 的 methods 時，會是同一個 Bean 的 Instance 在執行。從內存方面來看， Stateful Session Bean 與 Stateless Session Bean 比較， Stateful Session Bean 會消耗 J2EE Server 較多的內存，然而 Stateful Session Bean 的優勢卻在于他可以維持使用者的狀態。 
97、EJB與JAVA BEAN的區別？ 
答：Java Bean 是可復用的組件，對Java Bean并沒有嚴格的規范，理論上講，任何一個Java類都可以是一個Bean。但通常情況下，由于Java Bean是被容器所創建（如Tomcat）的，所以Java Bean應具有一個無參的構造器，另外，通常Java Bean還要實現Serializable接口用于實現Bean的持久性。Java Bean實際上相當于微軟COM模型中的本地進程內COM組件，它是不能被跨進程訪問的。Enterprise Java Bean 相當于DCOM，即分布式組件。它是基于Java的遠程方法調用（RMI）技術的，所以EJB可以被遠程訪問（跨進程、跨計算機）。但EJB必須被布署在諸如Webspere、WebLogic這樣的容器中，EJB客戶從不直接訪問真正的EJB組件，而是通過其容器訪問。EJB容器是EJB組件的代理，EJB組件由容器所創建和管理。客戶通過容器來訪問真正的EJB組件。 
EJB包括（SessionBean,EntityBean）說出他們的生命周期，及如何管理事務的？ 
SessionBean：Stateless Session Bean 的生命周期是由容器決定的，當客戶機發出請求要建立一個Bean的實例時，EJB容器不一定要創建一個新的Bean的實例供客戶機調用，而是隨便找一個現有的實例提供給客戶機。當客戶機第一次調用一個Stateful Session Bean 時，容器必須立即在服務器中創建一個新的Bean實例，并關聯到客戶機上，以后此客戶機調用Stateful Session Bean 的方法時容器會把調用分派到與此客戶機相關聯的Bean實例。 
EntityBean：Entity Beans能存活相對較長的時間，并且狀態是持續的。只要數據庫中的數據存在，Entity beans就一直存活。而不是按照應用程序或者服務進程來說的。即使EJB容器崩潰了，Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己管理。 
EJB通過以下技術管理實務：對象管理組織（OMG）的對象實務服務（OTS），Sun Microsystems的Transaction Service（JTS）、Java Transaction API（JTA），開發組（X/Open）的XA接口。 
98、EJB的角色和三個對象 
答：一個完整的基于EJB的分布式計算結構由六個角色組成，這六個角色可以由不同的開發商提供，每個角色所作的工作必須遵循Sun公司提供的EJB規范，以保證彼此之間的兼容性。這六個角色分別是EJB組件開發者（Enterprise Bean Provider） 、應用組合者（Application Assembler）、部署者（Deployer）、EJB 服務器提供者（EJB Server Provider）、EJB 容器提供者（EJB Container Provider）、系統管理員（System Administrator） 
三個對象是Remote（Local）接口、Home（LocalHome）接口，Bean類 
99、EJB容器提供的服務 
答：主要提供聲明周期管理、代碼產生、持續性管理、安全、事務管理、鎖和并發行管理等服務。 
100、EJB規范規定EJB中禁止的操作有哪些？ 
答：1.不能操作線程和線程API(線程API指非線程對象的方法如notify,wait等)，2.不能操作awt，3.不能實現服務器功能，4.不能對靜態屬生存取，5.不能使用IO操作直接存取文件系統，6.不能加載本地庫.，7.不能將this作為變量和返回，8.不能循環調用。 
101、remote接口和home接口主要作用 
答：remote接口定義了業務方法，用于EJB客戶端調用業務方法。 
home接口是EJB工廠用于創建和移除查找EJB實例 
102、bean 實例的生命周期 
答：對于Stateless Session Bean、Entity Bean、Message Driven Bean一般存在緩沖池管理，而對于Entity Bean和Statefull Session Bean存在Cache管理，通常包含創建實例，設置上下文、創建EJB Object（create）、業務方法調用、remove等過程，對于存在緩沖池管理的Bean，在create之后實例并不從內存清除，而是采用緩沖池調度機制不斷重用實例，而對于存在Cache管理的Bean則通過激活和去激活機制保持Bean的狀態并限制內存中實例數量。 
103、EJB的激活機制 
答：以Stateful Session Bean 為例：其Cache大小決定了內存中可以同時存在的Bean實例的數量，根據MRU或NRU算法，實例在激活和去激活狀態之間遷移，激活機制是當客戶端調用某個EJB實例業務方法時，如果對應EJB Object發現自己沒有綁定對應的Bean實例則從其去激活Bean存儲中（通過序列化機制存儲實例）回復（激活）此實例。狀態變遷前會調用對應的ejbActive和ejbPassivate方法。 
104、EJB的幾種類型 
答：會話（Session）Bean ，實體（Entity）Bean 消息驅動的（Message Driven）Bean 
會話Bean又可分為有狀態（Stateful）和無狀態（Stateless）兩種 
實體Bean可分為Bean管理的持續性（BMP）和容器管理的持續性（CMP）兩種 
105、客服端調用EJB對象的幾個基本步驟 
答：設置JNDI服務工廠以及JNDI服務地址系統屬性，查找Home接口，從Home接口調用Create方法創建Remote接口，通過Remote接口調用其業務方法。 





應用服務器方面 





106、如何給weblogic指定大小的內存? 
答：在啟動Weblogic的腳本中（位于所在Domian對應服務器目錄下的startServerName），增加set MEM_ARGS=-Xms32m -Xmx200m，可以調整最小內存為32M，最大200M 
EJB需直接實現它的業務接口或Home接口嗎，請簡述理由。 
遠程接口和Home接口不需要直接實現，他們的實現代碼是由服務器產生的，程序運行中對應實現類會作為對應接口類型的實例被使用。 
107、應用服務器有那些？ 
答：BEA WebLogic Server，IBM WebSphere Application Server，Oracle9i Application Server，jBoss，Tomcat 
108、如何設定的weblogic的熱啟動模式(開發模式)與產品發布模式? 
答：可以在管理控制臺中修改對應服務器的啟動模式為開發或產品模式之一。或者修改服務的啟動文件或者commenv文件，增加set PRODUCTION_MODE=true。 
109、如何啟動時不需輸入用戶名與密碼? 
答：修改服務啟動文件，增加 WLS_USER和WLS_PW項。也可以在boot.properties文件中增加加密過的用戶名和密碼. 
110、在weblogic管理制臺中對一個應用域(或者說是一個網站,Domain)進行jms及ejb或連接池等相關信息進行配置后,實際保存在什么文件中? 
答：保存在此Domain的config.xml文件中，它是服務器的核心配置文件。 
111、說說weblogic中一個Domain的缺省目錄結構?比如要將一個簡單的helloWorld.jsp放入何目錄下,然的在瀏覽器上就可打入 http://主機:端口號//helloword.jsp就可以看到運行結果了?  又比如這其中用到了一個自己寫的javaBean該如何辦? 
答：Domain目錄服務器目錄applications，將應用目錄放在此目錄下將可以作為應用訪問，如果是Web應用，應用目錄需要滿足Web應用目錄要求，jsp文件可以直接放在應用目錄中，Javabean需要放在應用目錄的WEB-INF目錄的classes目錄中，設置服務器的缺省應用將可以實現在瀏覽器上無需輸入應用名。 
112、在weblogic中發布ejb需涉及到哪些配置文件 
答：不同類型的EJB涉及的配置文件不同，都涉及到的配置文件包括ejb-jar.xml,weblogic-ejb-jar.xmlCMP實體Bean一般還需要weblogic-cmp-rdbms-jar.xml 
86、如何在weblogic中進行ssl配置與客戶端的認證配置或說說j2ee(標準)進行ssl的配置 
缺省安裝中使用DemoIdentity.jks和DemoTrust.jks  KeyStore實現SSL，需要配置服務器使用Enable SSL，配置其端口，在產品模式下需要從CA獲取私有密鑰和數字證書，創建identity和trust keystore，裝載獲得的密鑰和數字證書。可以配置此SSL連接是單向還是雙向的。 
113、如何查看在weblogic中已經發布的EJB? 
答：可以使用管理控制臺，在它的Deployment中可以查看所有已發布的EJB 
說說在weblogic中開發消息Bean時的persistent與non-persisten的差別 
persistent方式的MDB可以保證消息傳遞的可靠性,也就是如果EJB容器出現問題而JMS服務器依然會將消息在此MDB可用的時候發送過來，而non－persistent方式的消息將被丟棄。 





J2EE,MVC方面 





114、MVC的各個部分都有那些技術來實現?如何實現? 
答：MVC是Model－View－Controller的簡寫。"Model" 代表的是應用的業務邏輯（通過JavaBean，EJB組件實現）， "View" 是應用的表示面（由JSP頁面產生），"Controller" 是提供應用的處理過程控制（一般是一個Servlet），通過這種設計模型把應用邏輯，處理過程和顯示邏輯分成不同的組件實現。這些組件可以進行交互和重用。 
115、J2EE是什么？ 
答：Je22是Sun公司提出的多層(multi-diered),分布式(distributed),基于組件(component-base)的企業級應用模型(enterpriese application model).在這樣的一個應用系統中，可按照功能劃分為不同的組件，這些組件又可在不同計算機上，并且處于相應的層次(tier)中。所屬層次包括客戶層(clietn tier)組件,web層和組件,Business層和組件,企業信息系統(EIS)層。 
116、WEB SERVICE名詞解釋。JSWDL開發包的介紹。JAXP、JAXM的解釋。SOAP、UDDI,WSDL解釋。 
答：Web Service描述語言WSDL 
SOAP即簡單對象訪問協議(Simple Object Access Protocol)，它是用于交換XML編碼信息的輕量級協議。 
UDDI 的目的是為電子商務建立標準；UDDI是一套基于Web的、分布式的、為Web Service提供的、信息注冊中心的實現標準規范，同時也包含一組使企業能將自身提供的Web Service注冊，以使別的企業能夠發現的訪問協議的實現標準。 
117、J2EE是技術還是平臺還是框架？ 
答：J2EE本身是一個標準，一個為企業分布式應用的開發提供的標準平臺。 
J2EE也是一個框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA等技術。 
118、STRUTS的應用(如STRUTS架構) 
答：Struts是采用Java Servlet/JavaServer Pages技術，開發Web應用程序的開放源碼的framework。 采用Struts能開發出基于MVC(Model-View-Controller)設計模式的應用構架。 Struts有如下的主要功能： 
一.包含一個controller servlet，能將用戶的請求發送到相應的Action對象。 
二.JSP自由tag庫，并且在controller servlet中提供關聯支持，幫助開發員創建交互式表單應用。 
三.提供了一系列實用對象：XML處理、通過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。