java Web知识点（1）

最新推荐文章于 2023-10-11 16:31:12 发布

AND_YOU_with_ME

最新推荐文章于 2023-10-11 16:31:12 发布

阅读量820

点赞数

分类专栏： Java 文章标签： java web 面向对象面试题 java

Java 专栏收录该内容

18 篇文章 1 订阅

订阅专栏

ajax面试题部分

1、介绍一下Prototype的$()函数，$F()函数，$A()函数都是什么作用？

$() 方法是在DOM中使用过于频繁的 document.getElementById() 方法的一个便利的简写，就像这个DOM方法一样，这个方法返回参数传入的id的那个元素。

$F()函数是另一个大收欢迎的“快捷键”，它能用于返回任何表单输入控件的值，比如text box,drop-down list。这个方法也能用元素id或元素本身做为参数。

$A()函数能把它接收到的单个的参数转换成一个Array对象。

2、介绍一下XMLHttpRequest对象

通过XMLHttpRequest对象，Web开发人员可以在页面加载以后进行页面的局部更新。

AJAX开始流行始于Google在2005年使用的”Google Suggest”。

“Google Suggest”就是使用XMLHttpRequest对象来创建动态的Web接口：

当用户开始输入google的搜索框，Javascript发送用户输入的字符到服务器，然后服务器返回一个建议列表。

XMLHttpRequest对象在IE5.0+, Safari 1.2, Mozilla 1.0/Firefox, Opera 8+ 和NetScapt7 开始被支持。

3、AJAX应用和传统Web应用有什么不同？

在传统的Javascript编程中，如果想得到服务器端数据库或文件上的信息，或者发送客户端信息到服务器，需要建立一个HTML form然后GET或者POST数据到服务器端。用户需要点击”Submit”按钮来发送或者接受数据信息，然后等待服务器响应请求，页面重新加载。

因为服务器每次都会返回一个新的页面，所以传统的web应用有可能很慢而且用户交互不友好。

使用AJAX技术，就可以使Javascript通过XMLHttpRequest对象直接与服务器进行交互。

通过HTTP Request，一个web页面可以发送一个请求到web服务器并且接受web服务器返回的信息(不用重新加载页面)，展示给用户的还是通一个页面，用户感觉页面刷新，也看不到到Javascript后台进行的发送请求和接受响应。

4、AJAX的全称是什么？介绍一下AJAX？

AJAX的全称是Asynchronous JavaScript And XML.

AJAX是2005年由Google发起并流行起来的编程方法， AJAX不是一个新的编程语言，但是它是一个使用已有标准的新的编程技术。

使用AJAX可以创建更好，更快，更用户界面友好的Web应用。

AJAX技术基于Javascript和HTTP Request.

5、Ajax请求总共有多少种Callback?

Ajax请求总共有八种Callback

· onSuccess

· onFailure

· onUninitialized

· onLoading

· onLoaded

· onInteractive

· onComplete

· onException

6、Javascript如何发送一个Ajax请求？

代码：

new Ajax.Request(’/your_url’),

{

method : ‘get’,

onSuccess : function(transport){

var response = transport.responseText || “no response text”;

alert(”Success!”);

} ,

onFailure : function(){ alert(’failure’)}

});

7、AJAX都有哪些有点和缺点？

1、最大的一点是页面无刷新，用户的体验非常好。
2、使用异步方式与服务器通信，具有更加迅速的响应能力。
3、可以把以前一些服务器负担的工作转嫁到客户端，利用客户端闲置的能力来处理，减轻服务器和带宽的负担，节约空间和宽带租用成本。并且减轻服务器的负担，ajax的原则是“按需取数据”，可以最大程度的减少冗余请求，和响应对服务器造成的负担。
4、基于标准化的并被广泛支持的技术，不需要下载插件或者小程序。
ajax的缺点
1、ajax不支持浏览器back按钮。
2、安全问题 AJAX暴露了与服务器交互的细节。
3、对搜索引擎的支持比较弱。
4、破坏了程序的异常机制。
5、不容易调试。

8、Ajax主要包含了哪些技术？

Ajax（Asynchronous JavaScript + XML）的定义
基于web标准（standards-based presentation）XHTML+CSS的表示；
使用 DOM（Document Object Model）进行动态显示及交互；
使用 XML 和 XSLT进行数据交换及相关操作；
使用 XMLHttpRequest 进行异步数据查询、检索；
使用 JavaScript 将所有的东西绑定在一起。英文参见Ajax的提出者Jesse James Garrett的原文,原文题目(Ajax: A New Approach to Web Applications)。
类似于DHTML或LAMP，AJAX不是指一种单一的技术，而是有机地利用了一系列相关的技术。事实上，一些基于AJAX的“派生/合成”式（derivative/composite）的技术正在出现，如“AFLAX”。
AJAX的应用使用支持以上技术的web浏览器作为运行平台。这些浏览器目前包括：Mozilla、Firefox、Internet Explorer、Opera、Konqueror及Safari。但是Opera不支持XSL格式对象，也不支持XSLT。

9、主要的Ajax框架都有什么？

* Dojo（dojotoolkit.org）；
* Prototype和Scriptaculous （www.prototypejs.org和script.aculo.us）；
* Direct Web Reporting （getahead.org/dwr）；
* Yahoo! User Interface Library（developer.yahoo.com/yui）；
* Google Web Toolkit （code.google.com/webtoolkit）。
*JQuery

10、介绍一下XMLHttpRequest对象的常用方法和属性？

open(“method”,”URL”) 建立对服务器的调用，第一个参数是HTTP请求    方式可以为GET，POST或任何服务器所支持的您想调用的方式。
第二个参数是请求页面的URL。
send()方法，发送具体请求
abort()方法，停止当前请求
readyState属性   请求的状态有5个可取值 0=未初始化，1=正在加载
2=以加载，3=交互中，4=完成
responseText 属性服务器的响应，表示为一个串
reponseXML 属性服务器的响应，表示为XML
status    服务器的HTTP状态码，200对应ok 400对应not found

11、XMLHttpRequest对象在IE和Firefox中创建方式有没有不同？

IE中通过new ActiveXObject()得到，Firefox中通过new XMLHttpRequest()得到

12、Ajax是什么及其工作原理是什么？

Ajax 由 HTML、JavaScript™ 技术、DHTML 和 DOM 组成，这一杰出的方法可以将笨拙的 Web 界面转化成交互性的 Ajax 应用程序。
AJAX最核心的一个对象是XMLHttpRequest，所有的Ajax操作都离不开对这个对象的操作
XMLHttpRequest对象相关方法:
打开请求
XMLHttpRequest.open(传递方式,地址,是否异步请求)
准备就绪执行
XMLHttpRequest.onreadystatechange
获取执行结果
XMLHttpRequest.responseText

Struts面试题部分

Struts中DispatchAction和Action类有什么不同？

DispatchAction是Struts包含的另一个能大量节省开发时间的Action类。与其它Action类仅提供单个execute()方法实现单个业务不同，DispatchAction允许你在单个Action类中编写多个与业务相关的方法。这样可以减少Action类的数量，并且把相关的业务方法集合在一起使得维护起来更容易。

要使用DispatchAction的功能，需要自己创建一个类，通过继承抽象的DispatchAction得到。对每个要提供的业务方法必须有特定的方法signature。例如，我们想要提供一个方法来实现对购物车添加商品清单，创建了一个类ShoppingCartDispatchAction提供以下的方法：
public ActionForward addItem(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response){
throws Exception;
}

那么，这个类很可能还需要一个deleteItem()方法从客户的购物车中删除商品清单，还有clearCart()方法清除购物车等等。这时我们就可以把这些方法集合在单个Action类，不用为每个方法都提供一个Action类。

在调用ShoppingCartDispatchAction里的某个方法时，只需在URL中提供方法名作为参数值。就是说，调用addItem()方法的 URL看起来可能类似于：

http://myhost/storefront/action/cart?method=addItem

其中method参数指定ShoppingCartDispatchAction中要调用的方法。参数的名称可以任意配置，这里使用的”method”只是一个例子。参数的名称可以在Struts配置文件中自行设定。

1、 Struts的控制器如何知道什么样的信息转发到什么样的Action类呢？

在struts 中，控制器信息转发的配置映射信息是存储在特定的XML文件（比如struts-config.xml）中的。这些配置信息在系统启动的时候被读入内存，供struts framework在运行期间使用。在内存中，每一个<action>元素都与org.apache.struts.action.ActionMapping类的一个实例对应。当可以通过/logonAction.do（此处假设配置的控制器映射为*.do）提交请求信息的时候，控制器将信息委托com.test.LogonAction处理。调用LogonAction实例的execute()方法。同时将Mapping实例和所对应的LogonForm Bean信息传入。其中name=LogonForm，使用的form-bean元素所声明的ActionForm Bean。

介绍一下Struts的Action类?

ActionServlet把全部提交的请求都被控制器委托到RequestProcessor对象。RequestProcessor使用struts-config.xml文件检查请求URI找到动作Action标示符。
一个Action 类的角色，就像客户请求动作和业务逻辑处理之间的一个适配器（Adaptor），其功能就是将请求与业务逻辑分开。这样的分离，使得客户请求和Action类之间可以有多个点对点的映射。而且Action类通常还提供了其它的辅助功能，比如：认证（authorization）、日志（logging）和数据验证（validation）。
Action最为常用的是execute（）方法当Controller收到客户的请求的时候，在将请求转移到一个Action实例时，如果这个实例不存在，控制器会首先创建，然后会调用这个Action实例的execute（）方法。Struts Framework为应用系统中的每一个Action类只创建一个实例。因为所有的用户都使用这一个实例，所以你必须确定你的Action 类运行在一个多线程的环境中。

介绍一下Struts的ActionServlet类?

ActionServlet继承自javax.servlet.http.HttpServlet类，其在Struts framework中扮演的角色是中心控制器。它提供一个中心位置来处理全部的终端请求。控制器ActionServlet主要负责将HTTP的客户请求信息组装后，根据配置文件的指定描述，转发到适当的处理器。
按照Servelt的标准，所有得Servlet必须在web配置文件（web.xml）声明。同样，ActoinServlet必须在Web Application配置文件（web.xml）中描述，有关配置信息如下。
<servlet>
<servlet-name>action</servlet-name>
<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
</servlet>
全部的请求URI以*.do的模式存在并映射到这个servlet，其配置如下：
<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
一个该模式的请求URI符合如下格式：
http://www.my_site_name.com/mycontext/actionName.do
中心控制器为所有的表示层请求提供了一个集中的访问点。这个控制器提供的抽象概念减轻了开发者建立公共应用系统服务的困难，如管理视图、会话及表单数据。它也提供一个通用机制如错误及异常处理，导航，国际化，数据验证，数据转换等。
当用户向服务器端提交请求的时候，实际上信息是首先发送到控制器ActionServlet，一旦控制器获得了请求，其就会将请求信息传交给一些辅助类（help classes）处理。这些辅助类知道如何去处理与请求信息所对应的业务操作。在Struts中，这个辅助类就是org.apache.struts.action.Action。通常开发者需要自己继承Aciton类，从而实现自己的Action实例。

Struts中最核心的类和包有哪些？

1. org.apache.struts.action
基本上，控制整个struts framework的运行的核心类、组件都在这个包中，比如我们上面提到的控制器ActionServlet。已经Action,ActionForm,ActionMapping等等。struts1.1比1.0多了 DynaActionForm 类。增加了动态扩展生成FormBean功能
2. org.apache.struts.actions
这个包是主要作用是提供客户的http请求和业务逻辑处理之间的特定适配器转换功能，而1.0版本中的部分动态增删FromBean的类，也在struts1.1中被Action包的DynaActionForm组件所取代
3. org.apache.struts.config
提供对配置文件struts-config.xml元素的映射。这也是sturts1.1中新增的功能
4. org.apache.struts.util
Strtuts为了更好支持web application的应用，体统了一个些常用服务的支持，比如Connection Pool和Message Source。详细信息请参考
http://jakarta.apache.org/struts/api/org/apache/struts/util/package-summary.html
5. org.apache.struts.taglib
这不是一个包，而是是一个客户标签类的集合。下面包括Bean Tags，HTML Tags，Logic Tags，Nested Tags，Template Tags这几个用于构建用户界面的标签类。
6 . org.apache.struts.validator
Struts1.1 framework中增加了validator framework，用于动态的配置from表单的验证。

如何配置spring+struts?

在struts-config.xml加入一个插件，通过它加载applicationContext.xml
在struts-config.xml修改action-mapping标记，具体action交给了DelegateActionProxyØ
通过DelegateActionProxy进入一spring的环境。u
在spring的applicationContext.xml加入Ø<bean name=”/login” class=”" singleton=”false”/>

Spring和Struts的区别？

strusts：是一种基于MVC模式的一个web层的处理。
Spring:提供了通用的服务，ioc/di aop,关心的不仅仅web层，应当j2ee整体的一个服务，可以很容易融合不同的技术struts hibernate ibatis ejb remote springJDBC springMVC

如何用Struts实现国际化?

国际化:不用修改代码，就适用于不同的语言国家
本地化:如果要适应一个国家，要修改源代码
实现过程:
在struts-config.xml中用如下标签说明资源文件名，注意其只是文件名，没有语言_国家
   <message-resources parameter=”struts.ApplicationResources” />
在资源文件对应的目录struts中加入适应不同语言、国家的properties文件
  ApplicationResources_zh_CN.properties 中国
  ApplicationResources_en_US.properties us
如果不是英语要转码
  native2ascii -encoding gb2312 源 ApplicationResources_zh_CN.properties
在jsp页面中用
  <bean:message key=”"/>取出信息

如何实现struts的validator框架？

手动:
   public class myForm extends ActionForm Ø
   {Ø
    publicØ ActionErrors validate()
    {Ø
actionErrors.add(ActionErrors.GLOBAL_MESSAGE,new ActionMessage(”properties中的键名”));
    }Ø
   } Ø
   struts-config.xml中修改action的标签validate=trueØ
    input=”错误页面”Ø
   如果validate方法中的ActionErrors不为空且sizeØ>0时
   会回到input页面。Ø
  自动Ø
   publicØ class myForm extends ValidateForm
   {Ø
    不能覆盖validate方法。Ø
    //public voidØ validate()
    //{Ø
Ø
    //}Ø
   } Ø
   在struts-config.xml文件中加入插件Ø
    Ø <plug-in className=”org.apache.struts.validator.ValidatorPlugIn”>
    Ø     <set-property property=”pathnames” value=”/WEB-INF/validator-rules.xml,/WEB-INF/validation.xml” />
   Ø   </plug-in>
修改validation.xml中的内容Ø
  errors.required={0} isØ required.
  errors.minlength={0} can not be less than {1} characters.Ø

  Ø<formset>
   Ø<form name=”loginForm”>
    Ø<field property=”userName” depends=”required”>
     Ø<arg0 key=”userName” />
    Ø</field>
    Ø<field property=”pwd” depends=”required,minlength”>
     Ø<arg0 key=”pwd” />
     Ø<arg1 key=”${var:minlength}” resource=”false”/>
     Ø<var>
      Ø<var-name>minlength</var-name>
      Ø<var-value>6</var-value>
     Ø</var>
    Ø</field>
   Ø</form>
  Ø</formset>
  struts-config.xml中修改action的标签validate=trueØ
    input=”/错误页面”Ø

如何在struts中配置数据源在,什么文件?用什么标签?如何取出DataSource?

Struts-config.xml

<data-sources>
   <data-source key=”data” type=”org.apache.commons.dbcp.BasicDataSource”>
     <set-property property=”driverClassName”   value=”com.microsoft.jdbc.sqlserver.SQLServerDriver” />
      <set-property property=”url”     value=”jdbc:microsoft:sqlserver://localhost:1433;databaseName=t23″ />
      <set-property property=”username” value=”sa” />
       <set-property property=”password” value=”" />
</data-source>
</data-sources>

DataSource ds=(DataSource)this.getServlet().getServletContext().getAttribute(”data”);
Connection con=ds.getConnection();

谈谈struts2的工作原理：

上图来源于Struts2官方站点，是Struts 2 的整体结构。
一个请求在Struts2框架中的处理大概分为以下几个步骤
1 客户端初始化一个指向Servlet容器（例如Tomcat）的请求
2 这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin）
3 接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action
4 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy
5 ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类
6 ActionProxy创建一个ActionInvocation的实例。
7 ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。
8 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。在这个过程中需要涉及到ActionMapper

在上述过程中所有的对象（Action，Results，Interceptors，等）都是通过ObjectFactory来创建的。

struts的工作原理：

1、初始化，读取struts-config.xml、web.xml等配置文件（所有配置文件的初始化）
2、发送HTTP请求,客户端发送以.do结尾的请求
3、填充FormBean（实例化、复位、填充数据、校验、保存）
4、将请求转发到Action（调用Action的execute（）方法）
5、处理业务（可以调用后台类，返回ActionForward对象）
6、返回目标响应对象（从Action返回到ActionServlet）
7、转换Http请求到目标响应对象（查找响应，根据返回的Forward keyword）
8、Http响应，返回到Jsp页面

说下Struts的设计模式：

MVC模式: web应用程序启动时就会加载并初始化ActionServler。用户提交表单时，一个配置好的ActionForm对象被创建，并被填入表单相应的数据，ActionServler根据Struts-config.xml文件配置好的设置决定是否需要表单验证，如果需要就调用ActionForm的 Validate（）验证后选择将请求发送到哪个Action，如果Action不存在，ActionServlet会先创建这个对象，然后调用 Action的execute（）方法。Execute（）从ActionForm对象中获取数据，完成业务逻辑，返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指定的jsp组件，ActionForward对象指定的jsp生成动态的网页，返回给客户。

Struts工作机制？为什么要使用Struts？

工作机制：
Struts的工作流程:
在web应用启动时就会加载初始化ActionServlet,ActionServlet从
struts-config.xml文件中读取配置信息,把它们存放到各种配置对象
当ActionServlet接收到一个客户请求时,将执行如下流程.
    -(1)检索和用户请求匹配的ActionMapping实例,如果不存在,就返回请求路径无效信息;
    -(2)如果ActionForm实例不存在,就创建一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中;
    -(3)根据配置信息决定是否需要表单验证.如果需要验证,就调用ActionForm的validate()方法;
    -(4)如果ActionForm的validate()方法返回null或返回一个不包含ActionMessage的ActuibErrors对象, 就表示表单验证成功;
    -(5)ActionServlet根据ActionMapping所包含的映射信息决定将请求转发给哪个Action,如果相应的                    Action实例不存在,就先创建这个实例,然后调用Action的execute()方法;
    -(6)Action的execute()方法返回一个ActionForward对象,ActionServlet在把客户请求转发给 ActionForward对象指向的JSP组件;
    -(7)ActionForward对象指向JSP组件生成动态网页,返回给客户;

为什么要用：
JSP、Servlet、JavaBean技术的出现给我们构建强大的企业应用系统提供了可能。但用这些技术构建的系统非常的繁乱，所以在此之上，我们需要一个规则、一个把这些技术组织起来的规则，这就是框架，Struts便应运而生。

基于Struts开发的应用由3类组件构成：控制器组件、模型组件、视图组件

你对MVC的理解，MVC有什么优缺点？结合Struts，说明在一个Web应用如何去使用？

MVC设计模式（应用观察者模式的框架模式）
M: Model(Business process layer)，模型，操作数据的业务处理层,并独立于表现层(Independent of presentation)。
V: View(Presentation layer)，视图，通过客户端数据类型显示数据,并回显模型层的执行结果。
C: Controller(Control layer)，控制器，也就是视图层和模型层桥梁，控制数据的流向，接受视图层发出的事件，并重绘视图

MVC框架的一种实现模型
模型二(Servlet-centric)：
JSP+Servlet+JavaBean，以控制为核心，JSP只负责显示和收集数据，Sevlet，连接视图和模型，将视图层数据，发送给模型层，JavaBean，分为业务类和数据实体，业务类处理业务数据，数据实体，承载数据，基本上大多数的项目都是使用这种MVC的实现模式。

StrutsMVC框架(Web application frameworks)

Struts是使用MVC的实现模式二来实现的，也就是以控制器为核心。

Struts提供了一些组件使用MVC开发应用程序：
Model：Struts没有提供model类。这个商业逻辑必须由Web应用程序的开发者以JavaBean或EJB的形式提供

View：Struts提供了action form创建form bean, 用于在controller和view间传输数据。此外，Struts提供了自定义JSP标签库，辅助开发者用JSP创建交互式的以表单为基础的应用程序，应用程序资源文件保留了一些文本常量和错误消息，可转变为其它语言，可用于JSP中。

Controller：Struts提供了一个核心的控制器ActionServlet，通过这个核心的控制器来调用其他用户注册了的自定义的控制器Action，自定义Action需要符合Struts的自定义Action规范，还需要在struts-config.xml的特定配置文件中进行配置，接收JSP输入字段形成Action form，然后调用一个Action控制器。Action控制器中提供了model的逻辑接口。

Hibernate面试题部分

Hibernate对象的三种状态是什么？

瞬时态(Transient)、持久态(Persistent)、脱管态(Detached)。处于持久态的对象也称为PO(Persistence Object)，瞬时对象和脱管对象也称为VO（Value Object）。

瞬时态

由new命令开辟内存空间的java对象，

eg. Person person = new Person(”amigo”, “女”);

如果没有变量对该对象进行引用，它将被java虚拟机回收。

瞬时对象在内存孤立存在，它是携带信息的载体，不和数据库的数据有任何关联关系，在Hibernate中，可通过session的save()或 saveOrUpdate()方法将瞬时对象与数据库相关联，并将数据对应的插入数据库中，此时该瞬时对象转变成持久化对象。

持久态

处于该状态的对象在数据库中具有对应的记录，并拥有一个持久化标识。如果是用hibernate的delete()方法，对应的持久对象就变成瞬时对象，因数据库中的对应数据已被删除，该对象不再与数据库的记录关联。

当一个session执行close()或clear()、evict()之后，持久对象变成脱管对象，此时持久对象会变成脱管对象，此时该对象虽然具有数据库识别值，但它已不在HIbernate持久层的管理之下。

持久对象具有如下特点：

1. 和session实例关联；

2. 在数据库中有与之关联的记录。

脱管态

当与某持久对象关联的session被关闭后，该持久对象转变为脱管对象。当脱管对象被重新关联到session上时，并再次转变成持久对象。

脱管对象拥有数据库的识别值，可通过update()、saveOrUpdate()等方法，转变成持久对象。

脱管对象具有如下特点：

1. 本质上与瞬时对象相同，在没有任何变量引用它时，JVM会在适当的时候将它回收；

2. 比瞬时对象多了一个数据库记录标识值。

Detached Object(游离对象)有什么好处？

Detached Object（游离对象）可以传递到任何层直到表现层而不是用任何DTO(Data Transfer Objects). 然后你还可以重新把游离对象赋给另外一个Session.

jdbc、hibernate、ibatis的区别？

jdbc:手动
  手动写sql
  delete、insert、update要将对象的值一个一个取出传到sql中,不能直接传入一个对象。
  select:返回的是一个resultset，要从ResultSet中一行一行、一个字段一个字段的取出，然后封装到一个对象中，不直接返回一个对象。
ibatis的特点:半自动化
  sql要手动写
  delete、insert、update:直接传入一个对象
  select:直接返回一个对象
hibernate:全自动
  不写sql,自动封装
  delete、insert、update:直接传入一个对象
  select:直接返回一个对象

Hibernate如何实现数据表映射的继承关系？

1、两个表，子类重复父类的属性。
2、一个表，子类父类共用一个表
    <class name=”Users” table=”users” discriminator-value=”Users”>
   <discriminator column=”DISCRIMINATOR_USERTYPE” type=”string”/>
<subclass name=”admin” discriminator-value=”admin”>
           <property name=”adminRemark” column=”admin_remark” type=”string” />
        </subclass>
    </class>
3、两个表，子类引用父类的主键，享用公共的字段或属性。
    <class name=”Users” table=”users”>
        <id name=”userid” column=”USERID” type=”string”>
            <generator class=”assigned”/>
        </id>
        <property name=”pwd” column=”pwd” type=”string” />
<joined-subclass name=”Guest” table=”guest”>
  <key column=”USERID”/>
         <property name=”guestRemark” column=”guest_remark” type=”string” />
        </joined-subclass>
</class>
批量删除
Query query=session.createQuery(”update”或”delete”);
query.executeUpdate();

Hibernate中Query对象的使用

1 个或多个属性查询:
Query query=session.createQuery(”select customername,customerid from Customer”)
List l=query.list();
For(int i=0;i<l.size();i++)
{
Obejct[] object=(Object[])l.get(i);
Object[0] object[1]
}
}
分组: “select count(*),productname from Product group by productname order by productname”
取值与属性一样
配置的查询,在*.hbm.xml中
<query name=”sql”>
    <![CDATA[
    from Product where productid=:productid
    ]]>
</query>
Query query=session.getNamedQuery(sql);
联接1
”from Customer as customer join fetch customer.buySet”：将多的放到buySet属性中，得出的结是Customer有一个，Buy有多个
联接2
“from Customer as customer join customer.buySet”:得出的对象,customer与buy是1对1
子查询:
”from Customer as customer where (select count(*) from customer.buySet)>1″

Hibernate中Criteria 和DetachedCriteria的作用是什么？

Criteria c=session.createCriteria(Customer.class);
//设置条件
c.add(Expression.ge(“字段名”,”值对象”))
  ge:>=
  gt:>
  le:<=
  lt:<
  eq:=
//排序
  c.addOrder(Order.asc(“字段名”))
//分页
  c.setFirstResult(1)//从第2行开始提取
  c.setMaxResults(5)//返回5行

DetachedCriteria产生时不需要session
DetachedCriteria dc= DetachedCriteria.forClass(Customer.class)
Criteria c=Dc.getExecutableCriteria(session)

Hibernate中数据表映射关系主要有什么类型？

one-to-many
inverse:主控方，外键的关系有谁控制
  inverse=false 是主控方，外键是由它控制的
  inverse=true 是被控方，外键与它没关系
  要想实现主控方的控制必须将被控方作为主控方的属性
cascade:级联
  主表增从表增
  主表修从表修
  主表删从表删
lazy:延迟
  lazy=false：一下将所有的内容取出，不延时(常用)
  lazy=true：取出部分内容，其余内容动态去取
  通过get可以取出对方的所有内容

hibernate的核心类是什么，它们的相互关系是什么?重要的方法是什么?

Configuration
SessionFactory
  Session如下方法
   Save
   load
   Update
   Delete
      Query q=CreateQuery(“from Customer where customerName=:customerName”)
   beginTransaction
   close
   Transaction
   Commit()

在myeclipse加入hibernate环境的全过程是什么?

1.Db-browers加入配置连接
2.新建工程
3.加入hibernate环境，指定*.hbm.xml及HibernateSessionFactory文件所在的位置

面试中常出现的两个Hibernate面试题及解答

1.在数据库中条件查询速度很慢的时候,如何优化?
1.建索引
2.减少表之间的关联
3.优化sql，尽量让sql很快定位数据，不要让sql做全表查询，应该走索引,把数据量大的表排在前面
4.简化查询字段，没用的字段不要，已经对返回结果的控制，尽量返回少量数据

[2.在hibernate中进行多表查询,每个表中各取几个字段,也就是说查询出来的结果集并没有一个实体类与之对应,如何解决这个问题?
解决方案一，按照Object[]数据取出数据，然后自己组bean
解决方案二，对每个表的bean写构造函数，比如表一要查出field1,field2两个字段，那么有一个构造函数就是Bean(type1 filed1,type2 field2) ，然后在hql里面就可以直接生成这个bean了。具体怎么用请看相关文档，我说的不是很清楚。
session.load()和session.get()的区别
Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。其区别在于：

如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。
Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。
load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。
Session在加载实体对象时，将经过的过程：

首先，Hibernate中维持了两级缓存。第一级缓存由Session实例维护，其中保持了Session当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory层次，由当前所有由本 SessionFactory构造的Session实例共享。出于性能考虑，避免无谓的数据库访问，Session在调用数据库查询功能之前，会先在缓存中进行查询。首先在第一级缓存中，通过实体类型和id进行查找，如果第一级缓存查找命中，且数据状态合法，则直接返回。
之后，Session会在当前“NonExists”记录中进行查找，如果“NonExists”记录中存在同样的查询条件，则返回null。 “NonExists”记录了当前Session实例在之前所有查询操作中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，如果 Session中一个无效的查询条件重复出现，即可迅速作出判断，从而获得最佳的性能表现。
对于load方法而言，如果内部缓存中未发现有效数据，则查询第二级缓存，如果第二级缓存命中，则返回。
如在缓存中未发现有效数据，则发起数据库查询操作（Select SQL），如经过查询未发现对应记录，则将此次查询的信息在“NonExists”中加以记录，并返回null。
根据映射配置和Select SQL得到的ResultSet，创建对应的数据对象。
将其数据对象纳入当前Session实体管理容器（一级缓存）。
执行Interceptor.onLoad方法（如果有对应的Interceptor）。
将数据对象纳入二级缓存。
如果数据对象实现了LifeCycle接口，则调用数据对象的onLoad方法。
返回数据对象。
Hibernate的主键生成机制
1) assigned
主键由外部程序负责生成，无需Hibernate参与。
2) hilo
通过hi/lo 算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。
3) seqhilo
与hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。
4) increment
主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是：如果当前有多个实例访问同一个数据库，那么由于各个实例各自维护主键状态，不同实例可能生成同样的主键，从而造成主键重复异常。因此，如果同一数据库有多个实例访问，此方式必须避免使用。
5) identity
采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL中的主键生成机制。
6) sequence
采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。
7) native
由Hibernate根据底层数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式。
8) uuid.hex
由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键。
9) uuid.string
与uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些数据库中可能出现问题（如PostgreSQL）。
10) foreign
使用外部表的字段作为主键。一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。
这10中生成OID标识符的方法,increment 比较常用,把标识符生成的权力交给Hibernate处理.但是当同时多个Hibernate应用操作同一个数据库,甚至同一张表的时候.就推荐使用identity 依赖底层数据库实现,但是数据库必须支持自动增长,当然针对不同的数据库选择不同的方法.如果你不能确定你使用的数据库具体支持什么的情况下.可以选择用native 让Hibernate来帮选择identity,sequence,或hilo.
另外由于常用的数据库，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）。我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式。
不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引起表之间的互锁。数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert操作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响。因此，对于并发Insert要求较高的系统，推荐采用uuid.hex 作为主键生成机制

Hibernate工作原理

1. 读取并解析配置文件

2. 读取并解析映射信息，创建SessionFactory

3. 打开Sesssion

4. 创建事务Transation

5. 持久化操作

6. 提交事务

7. 关闭Session

8. 关闭SesstionFactory

Hibernate有什么好处：

· 对JDBC访问数据库的代码做了封装，大大简化了数据访问层繁琐的重复性代码。

· Hibernate是一个基于JDBC的主流持久化框架，是一个优秀的ORM实现。他很大程度的简化DAO层的编码工作

· hibernate使用Java反射机制，而不是字节码增强程序来实现透明性。

· hibernate的性能非常好，因为它是个轻量级框架。映射的灵活性很出色。它支持各种关系数据库，从一对一到多对多的各种复杂关系。

Hibernate是如何延迟加载的：

· Hibernate2延迟加载实现：a)实体对象 b)集合（Collection）

· Hibernate3 提供了属性的延迟加载功能

Hibernate的查询方式：

Sql、Criteria,object comptosition
Hql：

· 属性查询

· 参数查询、命名参数查询

· 关联查询

· 分页查询

· 统计函数

说下Hibernate的缓存机制：

· 使用双向一对多关联，不使用单向一对多

· 灵活使用单向一对多关联

· 不用一对一，用多对一取代

· 配置对象缓存，不使用集合缓存

· 一对多集合使用Bag,多对多集合使用Set

· 继承类使用显式多态

· 表字段要少，表关联不要怕多，有二级缓存撑腰

· 内部缓存存在Hibernate中又叫一级缓存，属于应用事物级缓存

· 二级缓存：

如何优化Hibernate:

a)应用及缓存
b)分布式缓存
条件：数据不会被第三方修改、数据大小在可接受范围、数据更新频率低、同一数据被系统频繁使用、非关键数据
c) 第三方缓存的实现

Spring面试题部分

请介绍一下Spring的事务管理？

spring提供了几个关于事务处理的类：
TransactionDefinition //事务属性定义
TranscationStatus //代表了当前的事务，可以提交，回滚。
PlatformTransactionManager这个是spring提供的用于管理事务的基础接口，其下有一个实现的抽象类AbstractPlatformTransactionManager,我们使用的事务管理类例如DataSourceTransactionManager等都是这个类的子类。

一般事务定义步骤：

TransactionDefinition td = new TransactionDefinition();
TransactionStatus ts = transactionManager.getTransaction(td);
try
{ //do sth
transactionManager.commit(ts);
}
catch(Exception e){transactionManager.rollback(ts);}

spring提供的事务管理可以分为两类：编程式的和声明式的。编程式的，比较灵活，但是代码量大，存在重复的代码比较多；声明式的比编程式的更灵活。

编程式主要使用transactionTemplate。省略了部分的提交，回滚，一系列的事务对象定义，需注入事务管理对象.
void add()
{
transactionTemplate.execute( new TransactionCallback(){
pulic Object doInTransaction(TransactionStatus ts)
{ //do sth}
}
}

声明式：

使用TransactionProxyFactoryBean:

PROPAGATION_REQUIRED PROPAGATION_REQUIRED PROPAGATION_REQUIRED,readOnly

围绕Poxy的动态代理能够自动的提交和回滚事务
org.springframework.transaction.interceptor.TransactionProxyFactoryBean

PROPAGATION_REQUIRED–支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。

PROPAGATION_SUPPORTS–支持当前事务，如果当前没有事务，就以非事务方式执行。

PROPAGATION_MANDATORY–支持当前事务，如果当前没有事务，就抛出异常。

PROPAGATION_REQUIRES_NEW–新建事务，如果当前存在事务，把当前事务挂起。

PROPAGATION_NOT_SUPPORTED–以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

PROPAGATION_NEVER–以非事务方式执行，如果当前存在事务，则抛出异常。

PROPAGATION_NESTED–如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。

1、 如何在Spring的applicationContext.xml里面使用JNDI而不是datasource?

可以使用”org.springframework.jndi.JndiObjectFactoryBean”来实现。示例如下：
<bean id=”dataSource”>
    <property name=”jndiName”>
        <value>java:comp/env/jdbc/appfuse</value>
    </property>
</bean>

Spring里面如何配置数据库驱动？

使用”org.springframework.jdbc.datasource.DriverManagerDataSource”数据源来配置数据库驱动。示例如下：
<bean id=”dataSource”>
    <property name=”driverClassName”>
        <value>org.hsqldb.jdbcDriver</value>
    </property>
    <property name=”url”>
        <value>jdbc:hsqldb:db/appfuse</value>
    </property>
    <property name=”username”><value>sa</value></property>
    <property name=”password”><value></value></property>
</bean>

2、 Spring里面applicationContext.xml文件能不能改成其他文件名？

ContextLoaderListener是一个ServletContextListener, 它在你的web应用启动的时候初始化。缺省情况下，它会在WEB-INF/applicationContext.xml文件找Spring的配置。你可以通过定义一个<context-param>元素名字为”contextConfigLocation”来改变Spring配置文件的位置。示例如下：

<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener

    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/xyz.xml</param-value>
    </context-param>

</listener-class>
</listener>

如何在web应用里面配置spring?

在J2EE的web应用里面配置spring非常简单，最简单的只需要把spring得ContextLoaderListener添加到你的web.xml文件里面就可以了，示例如下：
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

Spring里面如何定义hibernate mapping？

添加hibernate mapping 文件到web/WEB-INF目录下的applicationContext.xml文件里面。示例如下：
<property name=”mappingResources”>
    <list>
        <value>org/appfuse/model/User.hbm.xml</value>
    </list>
</property>

两种依赖注入的类型都是什么？

两种依赖注入的类型分别是setter注入和构造方法注入。

setter注入：一般情况下所有的java bean, 我们都会使用setter方法和getter方法去设置和获取属性的值，示例如下：
public class namebean {
     String      name;
     public void setName(String a) {
        name = a; }
     public String getName() {
        return name; }
    }
我们会创建一个bean的实例然后设置属性的值，spring的配置文件如下：
<bean id=”bean1″  >
   <property   name=”name” >
       <value>tom</value>
   </property>
</bean>
Spring会调用setName方法来只是name熟悉为tom
构造方法注入：构造方法注入中，我们使用带参数的构造方法如下：
public class namebean {
     String name;
     public namebean(String a) {
        name = a;
     }
}
我们会在创建bean实例的时候以new namebean(”tom”)的方式来设置name属性, Spring配置文件如下：
<bean id=”bean1″ >
    <constructor-arg>
       <value>My Bean Value</value>
   </constructor-arg>
</bean>
使用constructor-arg标签来设置构造方法的参数。

解释一下Dependency injection(DI,依赖注入)和IOC(Inversion of control,控制反转)?

参考答案：依赖注入DI是一个程序设计模式和架构模型，一些时候也称作控制反转，尽管在技术上来讲，依赖注入是一个IOC的特殊实现，依赖注入是指一个对象应用另外一个对象来提供一个特殊的能力，例如：把一个数据库连接已参数的形式传到一个对象的结构方法里面而不是在那个对象内部自行创建一个连接。控制反转和依赖注入的基本思想就是把类的依赖从类内部转化到外部以减少依赖
应用控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体，将其所依赖的对象的引用，传递给它。也可以说，依赖被注入到对象中。所以，控制反转是，关于一个对象如何获取他所依赖的对象的引用，这个责任的反转。

3、 spring中的BeanFactory与ApplicationContext的作用和区别？

作用：

1. BeanFactory负责读取bean配置文档，管理bean的加载，实例化，维护bean之间的依赖关系，负责bean的声明周期。
2. ApplicationContext除了提供上述BeanFactory所能提供的功能之外，还提供了更完整的框架功能：

a. 国际化支持
b. 资源访问：Resource rs = ctx. getResource(”classpath:config.properties”), “file:c:/config.properties”
c. 事件传递：通过实现ApplicationContextAware接口
3. 常用的获取ApplicationContext的方法：
FileSystemXmlApplicationContext：从文件系统或者url指定的xml配置文件创建，参数为配置文件名或文件名数组
ClassPathXmlApplicationContext：从classpath的xml配置文件创建，可以从jar包中读取配置文件
WebApplicationContextUtils：从web应用的根目录读取配置文件，需要先在web.xml中配置，可以配置监听器或者servlet来实现
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<servlet>
<servlet-name>context</servlet-name>
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
这两种方式都默认配置文件为web-inf/applicationContext.xml，也可使用context-param指定配置文件
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/myApplicationContext.xml</param-value>
</context-param>

如何在web环境中配置applicationContext.xml文件?

<listener>
  <listener-class>
   org.springframework.web.context.ContextLoaderListener
  </listener-class>
</listener>
或：
<servlet>
  <servlet-name>context</servlet-name>
   <servlet-class>
    org.springframework.web.context.ContextLoaderServlet
   </servlet-class>
  <load-on-startup>1</load-on-startup>
</servlet>
通过如下方法取出applicationContext实例:
ApplicationContext ac=WebApplicationContextUtils.getWebApplicationContext(this.getServletContext);

spring+hibernate的配置文件中的主要类有那些?如何配置?

在myeclipse中先加入spring环境再加入hibernate环境。
如果spring与hibernate结合在一起可以不需要hibernate.cfg.xml文件是否   正确?
spring+hibernate的配置文件中的主要类有那些?如何配置?
  dataSource
  sessionFactory:hibernate.cfg.xml
  transactionManager
  userDao (extends HibernateDaoSupport)
   sessionFactory
  facade
  proxy
   sessionFactory
   transactionManager
   facade

如何配置spring+struts?

在spring中如何配容器的事务管理，相关的类有那些?

Datasouce
   transactionManager
   userDao要注入
    Datasouce
   Proxy代理
    Target:userDao：代理对象(目标对象)
    transactionAttributes(那些方法需要事务处理)
    transactionManager(事务处理服务)

spring中有几种事务管理，分别是什么?

代码管理的事务处理
TransactonTemplate的execute方法中的内部类TransactionCallback中的doInTransaction方法中使用。
public void make()
{
TransactionTemplate jtm=new TransactionTemplate(this.getTransactionManager());
jtm.execute(new myClass1());
}
public class myClass1 implements TransactionCallback
{

  public Object doInTransaction(TransactionStatus trans)
  {
   JdbcTemplate jdbc=new JdbcTemplate(dataSource);
   jdbc.execute(”insert into customer(customerName) values(’b')”);
   jdbc.execute(”insert into customer(customerName) values(’b')”);
   return null;
  }
}
   容器管理的事务处理

spring的jdbc与传统的jdbc有什么区别，其核心类有那些?

Spring的jdbc:节省代码，不管连接(Connection)，不管事务、不管异常、不管关闭(con.close() ps.close )

JdbcTemplate(dataSource):增、删、改、查
TransactionTemplate(transactionManager):进行事务处理

spring与ejb2.0的事务管理比较的优缺点?

测试:
   Spring:pojo
   Ejb:二个接口一个类,一堆配置文件
事务类型
   Spring:jdbc jta hibernate
   Ejb:jta
成本
     Spring:普通容器(tomcat jboss)
     Ejb:weblogic jboss
开发的周期:
   Spring远比ejb快.

spring的配置的主要标签是什么?有什么作用?

如何在spring中实现国际化?

在applicationContext.xml加载一个bean
<bean

id=”messageSource” class=”org.springframework.context.support.ResourceBundleMessageSource”>
  <property name=”basename”>
   <value>message</value>
  </property>
</bean>
在src目录下建多个properties文件Ø
对于非英文的要用native2asciiØ -encoding gb2312源目转化文件相关内容
其命名格式是message_语言_国家。Ø
页面中的中显示提示信息，键名取键值。Ø
当给定国家，系统会自动加载对应的国家的properties信息。Ø
通过applictionContext.getMessage(“键名”,”参数”,”区域”)取出相关的信息。Ø

如何加入Spring到web框架中？

在web.xml中加入如下同容,在启动web服务器时加载/WEB-INF/applicationContext.xml中的内容。
<servlet>
<servlet-name>context</servlet-name>
<servlet-class>
org.springframework.web.context.ContextLoaderServlet
</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
通过如下类得到ApplicationContext实例
WebApplicationContextUtils.getWebApplicationContext

Spring如何实现资源管理?

使用
applicationContext.getResource(“classpath:文件名”):在src根目录下，在类路径下
applicationContext.getResource(“classpath:/chap01/文件名”): 以src根目录下的基准往下走。
applicationContext.getResource(“file:c:/a.properties”)：在系统文件目录下。

Spring中ApplicationContext的作用是什么？

beanFactory
国际化(getMesage)
资源管理:可以直接读取一个文件的内容(getResource)
加入web框架中(加入一个servlet或监听器)
事件处理

spring中的核心类有那些，各有什么作用?

BeanFactory：产生一个新的实例，可以实现单例模式
BeanWrapper：提供统一的get及set方法
ApplicationContext:提供框架的实现，包括BeanFactory的所有功能

aop中的关键名词有些那些，相互关系是什么?

拦截器: 代理
装备(advice)
目标对象
关切点:条件
连接点:方法、属性

一些Spring和Hibernate的面试题

1、简述你对IoC（Inversion of Control）的理解，描述一下Spring中实现DI（Dependency Injection）的几种方式。

2、 Spring的Bean有多种作用域，包括：

singleton、prototype、request、session、global session、application、自定义

3、简单描述Spring framework与Struts的不同之处，整合Spring与Struts有哪些方法，哪种最好，为什么？

4、 Hibernate中的update()和saveOrUpdate()的区别

5、 Spring对多种ORM框架提供了很好的支持，简单描述在Spring中使用Hibernate的方法，并结合事务管理。

答案：

1、IoC将创建的职责从应用程序代码搬到了框架中。Spring对Setter注入和构造方法注入提供支持。（详见http://martinfowler.com/articles/injection.html，以及http: //www.redsaga.com/spring_ref/2.0/html/beans.html#beans-factory- collaborators）

2、除application（详见Spring framework 2.0 Reference的3.4节bean的作用域）

3、 Spring是完整的一站式框架，而Struts仅是MVC框架，且着重于MVC中的C。Spring有三种方式整合Struts：使用 Spring 的 ActionSupport 类整合 Struts；使用 Spring 的 DelegatingRequestProcessor 覆盖 Struts 的 RequestProcessor；将 Struts Action 管理委托给 Spring 框架，动作委托最好。（详见使用Spring 更好地处理Struts 动作）

Spring 2.0新增一种方式：AutowiringRequestProcessor。（详见http://www.javaeye.com/topic/24239）

4、 saveOrUpdate()方法可以实现update()的功能，但会多些步骤，具体如下：

如果对象在该session中已经被持久化，不进行操作；

对象的标识符属性(identifier property)在数据库中不存在或者是个暂时的值，调用save()方法保存它；

如果session中的另一个对象有相同的标识符抛出一个异常；

以上皆不符合则调用update()更新之。

5、在context中定义DataSource，创建SessionFactoy，设置参数；DAO类继承HibernateDaoSupport，实现具体接口，从中获得HibernateTemplate进行具体操作。

在使用中如果遇到OpenSessionInView的问题，可以添加OpenSessionInViewFilter或OpenSessionInViewInterceptor。（详见Spring framework 2.0 Reference的12.2节Hibernate）

声明式事务需声明事务管理器，在context中设置指定属性，用确定和。

请你谈谈SSH整合？

SSH：
Struts（表示层）+Spring（业务层）+Hibernate（持久层）
Struts：
Struts是一个表示层框架，主要作用是界面展示，接收请求，分发请求。
在MVC框架中，Struts属于VC层次，负责界面表现，负责MVC关系的分发。（View：沿用JSP，HTTP，Form，Tag，Resourse ；Controller：ActionServlet，struts-config.xml，Action）
Hibernate：
Hibernate是一个持久层框架，它只负责与关系数据库的操作。
Spring：
Spring是一个业务层框架，是一个整合的框架，能够很好地黏合表示层与持久层。

EJB面试题部分

介绍一下JMS 编程步骤？

第一步:
<一>配置管理对象
1>.配置连接工厂(ConnectionFactory)
ConnectionFactory: 在应用服务器中配置的一个对象,用来获得建立消息中间件连接对象.
2>.配置目的地
第二步:
<二>分别编写消息的发送和接收程序
1>.获取连接工厂对象(JNDI 方式查找)
2>.建立连接(Connection)
3>.创建会话(Session)
4>.获取目的地对象(JNDI)
5>.分别创建生产者对象和消费者对象
6>.使用生产者对象发送消息,使用消费者对象来接收(消费)消息
7>.关闭资源: +发送对象/接收对象+Session +Connection
2>.建立连接(Connection)
3>.创建会话(Session)

几个常见的消息中间件(MOM)？

IBM WebSphere MQ
BEA tuxedo/Q
Tibco Rendezvous
Microsoft MSMQ

异步传递消息系统的作用是什么?

异步编程,客户端发送请求给消息的接收方,不用等待接收方的反馈,可以继续执行.
解耦,消息发送方只负责发送消息,并不关心由谁来消费.
可靠性,消息的服务器能够保证一定会被发送给消息的消费者.当消息的发送方发送消息时不
要求接收方一定在运行.
支持多个消息的发送方和接收方.

实体的生命周期

1>.暂态(瞬态)
没有纳入持久化上下文,无主健值,数据库中无对应的记录.
2>.受管状态(持久化状态)
纳入了持久化上下文,有主健值,数据库中有对应的记录.
3>.游离态
没纳入持久化上下文,有主健值,有无记录不确定.
4>.删除状态
调用EntityManager.remove()方法时,实体并没被删除,而是处于这种状态.
纳入了持久化上下文,数据库中会删除记录,当调用persist()方法可以重新恢复受管状态.
persist() 或find() 或remove() clear() 或close()
暂态———————————————->受管状态———————————->游离态
merge() remove()
游离态—————–>受管状态———————>删除状态
refresh()将受管状态的对象同步到数据库
flush()将数据库里同步的记录更新受管状态的对象

EntityManager都有哪些方法

persist(Object obj) 相当于Session 的save()
refresh(Object entity) 相当于Session 的flush()
remove(Object entity) 相当于Session 的update()
find(Class<T> entityClass, Object primaryKey) 例: find(Acount.class,aid)
contains() 判断受管对象是否存在
setFlushMode()/getFlushMode() 设置/获得刷新模式

如何获得EntityManager ?

1.在容器内部使用,使用@PersistenceContext 来注入.
@PersistenceContext
private EntityManager em;
TAG
============================================================
注入:
让容器来负责构建一个实体管理器,并且将该实体管理器注入到Bean 中.
============================================================
2.在容器外部使用
Persistence 构造一个EntityManagerFactory , 然后再构造EntityManager.
Code:
EntityManagerFactory emf = Persistence.createEntityManagerFactory();
EntityManager em = emf.createEntityManager();
写persistence.xml
<persistence-unit name=”firstejb”>
持久化单元名,在一个persistence.xml 中可以有多个持久化单元,用名字来区分.
如果只有一个就可以省略不写.
<provider>: 告诉容器持久化提供者是哪一个
<jta-data-source>: 数据源的位置(JNDI 名称)
<properties>: 表的生成策略

JPA的特点

A>.JPA 提供了一套标准的持久化API 和查询语言, O/R mapping 产品作为”持久化提供者”在
底层支持JPA.
B>.JPA 可以在容器中运行,也可以脱离容器运行.
C>.JPA 的持久化不倚赖于具体的持久化提供者.

EJB3推出JPA的原因？

(1).EJB2.0/2.1: 实体Bean,是一种EJB,作用是负责持久化操作.
缺点: 性能低,开发复杂度大,对O/R mapping 支持不够高,不能脱离EJB 容器运行.
(2).O/R mapping 产品: Hibernate, JDO, 持久化API.操作起来各不相同,不利于维护

EJB发布WEB 服务一般步骤？

1.编写EJB(无状态会话Bean)
2.给EJB添加WEB服务相关的标注(@WebService,@WebMethod)
3.部署(容器生成WSDL)
4.测试WEB服务(利用工具,如终端管理工具)

如何将无状态会话Bean 发布为WEB 服务,只有无状态会话Bean 可以发布为WEB 服务?

1.两种方式编程
(1).先写Java 类,让容器生成WSDL.
(2).先写WSDL,再用WSDL 生成Java 类.
2.编程步骤
@WebService
标注该会话Bean 发布为Web 服务.
serviceName : 标注服务的名称.
@WebMethod
标注该方法应该发布到Web 服务描述文件之中.如果所有方法都没加该标注,则所有的方法
都会发布到Web 服务描述文件中.

解释一下钝化(Swap out)？

有状态会话Bean 的实例保存有客户端状态,当容器需要使用该实例为其他客户服务时,需要
将客户端状态保存到持久化设备(硬盘).
容器按照LRU(最近最少被使用)算法将Bean 以前的状态钝化

会话Bean的种类有哪些？

1.无状态会话Bean.
1).一次方法(单方法)完成一个相对完整的业务处理.
2).不保存客户端的状态.(可以有属性,但属性不保存(维护)客户端的状态)
3).无状态会话Bean 可以非常方便的构造pooling(池)
4).无状态会话Bean 的生命周期分两个阶段: 不存在状态和就绪状态.
1>.调用缺省的构造器构造一个实例
2>.如果有一来流入则注入相应的资源
3>.如果有@PostConstruct 标注的方法,则完成初始化.
4>.EJB 实例处于就绪状态可以接收调用.
5>.当容器删除实例之前如果有@PreDestroy 标注的方法则执行.(完成资源的释放)
2.有状态会话Bean.
1).多次方法调用完成一个相对完整的业务处理过程.
2).必需保存客户端的状态.
例: ShoppingCart Bean
3).有状态会话Bean 不方便构造Pooling, 需要处理状态的钝化和激活.

什么是会话Bean

1.用来建模业务流程的EJB 中的一种类型.
2.会话Bean 的生命周期很短(存在时间),主要取决于客户端与会话Bean 的调用的时间长度.

为什么要用EJB

EJB 能为我们提供中间件服务
Remote Method Invocations(RMI) 远程方法调用(跨越JVM,网络,实现一个对象调用另一个对
象的方法)
Load Balancing 负载均衡(如多个Tomcat 组成一个Server 集群)

什么是组件架构?

企业级程序: 基础服务+ 应用逻辑
企业级程序概念:
1>.围绕商业目的2>.表示层,基于网络连接在一起,分层,分布
应用逻辑: 业务流程
基础服务: 事务,安全,并发,缓存,持久化,公用的服务
基础服务+ 应用逻辑
| |
容器(服务器开发商) 组件(开发人员)
组件架构: 协议,接口(Sun 提供),实现容器和组件接合到一起
容器提供基础服务,组件负责业务逻辑处理,组件在容器中运行,容器依照相关配置文件或标
准来调用组件,并为组件提供中间件服务.

介绍一下EJB的分类及其各自的功能及应用？

在EJB2.0中定义了三种不同类别的EJB：Session Bean（会话Bean）、Entity Bean（实体Bean）和Message-Driven Bean（消息驱动Bean）[2]。

1 会话Bean
会话Bean是商务过程对象，执行商务逻辑、规则和工作流程。会话Bean之所以被称为会话Bean，是因为它代表的是一个动作、是一个过程，它的生存期就是调用它的客户端与它进行会话的过程。

会话Bean根据其是否保存客户的状态，又分为状态会话Bean和无状态会话Bean。状态会话Bean是一种保持会话状态的服务，每个实例都与特定的客户机相关联，在与客户机的方法调用之间维持对话状态。与之相反，无状态会话Bean不保存与特定客户的对话状态。因此状态会话Bean比无状态会话Bean具有更多的功能，而无状态会话Bean实例可以通过 EJB容器自由地在客户机之间交换，从而少量的会话Bean就可以服务于大量的客户机。

2 实体Bean

实体Bean代表商务上的实体，比如商务数据，应该包含与数据相关的逻辑。实体Bean是对应到数据库中的一个视图，一个实体Bean实例和底层数据库完全是一回事[2]。因此，一个简单的实体bean实例代表一个特殊的记录。更复杂的实体bean可以代表数据库表间关联视图[3]。

实体Bean有两种操作类型：BMP（Bean管理持久性）和CMP（容器管理持久性）。BMP是指由Bean自己来实现实体Bean的持久性，即在Bean中实现数据库操作。而CMP则是由容器实现Bean的持久性，使我们不需要在Bean内再编写数据库操作的代码。

3 消息驱动Bean

消息驱动Bean是EJB2.0新引入的一种Bean类型。它的主要目的是，通过允许容器去聚合并且管理消息驱动Bean实例，以此来提供传入JMS消息的并发处理[4]。

4 会话Bean与实体Bean的区别和联系

会话Bean执行应用逻辑，它们隐含地使用实体Bean作为它们操作的数据。在EJB分布式对象体系结构中，会话Bean被用做代表实际商务过程的高层接口来屏蔽底层实体Bean子系统。实体Bean是实际恒定商务实体的模型，因此它通常比会话Bean具有更高层次的重复使用。

5 EJB的应用

接下来，通过分析电子购物环节的业务逻辑层的对象模型来说明各种EJB在业务逻辑层中的不同应用。

业务逻辑层包含了一系列EJB组件。首先我们将其抽象成若干个对象模型，如图所示：

图：对象模型图

本图首先反映了电子商务中各EJB组件之间的静态关系。

由多个购物篮条目（Cart Line Item）组成的一个购物篮（Cart）为一个顾客 (Customer)存储产品的临时选择；由多个订单条目（Order line Item）组成的一个订单（Order）为一个顾客存储产品的永久选择。购物篮能将自身转换为订单。

一个购物篮条目代表一个产品（Product）的临时选择，一个订单条目代表一个产品的永久选择。

估价器（Pricer）在顾客查看购物篮时计算购物篮的价格，并且在顾客最终生成订单时计算订单的价格。

订单处理器（Order Processor）为订单验证信用卡，发送E-mail确认，并标识为永久。

同时从本图中也可以了解一个电子购物的过程：首先，在购物时顾客把自己感兴趣的产品放入购物篮中，同时由估价器对购物篮进行及时估价。然后，顾客在确认购买后，购物篮能自动生成订单。再由估价器计算出订单的价格。接着，由订单处理器验证顾客信用卡的合法性，在交易完成后为顾客发送E-mail确认交易成功，并将本交易标识为永久。

顾客、订单、产品、订单条目这几个对象是永久性、持续性对象，例如，顾客信息、产品信息都需要存入数据库，并且在适当的时候从数据库中读取。所以，这几项都需要用实体Bean来实现。

购物篮和购物篮条目只在顾客购物的过程中起作用，所以不是永久性的，而且每一个购物篮都对应于一个特定的顾客，对应于若干条特定的购物车条目，因此购物篮和购物篮条目用状态会话Bean来充当最合适不过。

估价器的作用是计算出购物篮和订单的价格，它并没有和特定的顾客绑定，可以作用于任意的购物篮，而且也不是永久对象，因此估价器可以用一个无状态会话Bean来充当。

订单处理器是一个特殊的对象，它通过顾客所要求的不同的付款方式产生不同的订单，也就是说，它是由不同的付款方式来驱动的。所以在这里用消息驱动Bean是最恰当的。

通过上面的分析，我们清楚的了解到不同类型的EJB在实际应用中如何发挥自己的作用。

比较一下entity bean和session bean

entity bean（譬如说）代表底层数据库的一行，entity bean实例和数据库记录间就是一对一的关系。因为多个客户端必须访问底层记录，这意味着，不同于session bean，客户端必须共享entity bean。因为是共享的，所以entity bean不允许保存每个客户端的信息。session bean允许保存客户端的状态信息，客户端和session bean实例间是一对一的。entity bean允许保存记录的信息，entity bean实例和记录间是一对一的。一个理想的情况是客户端通过session bean连接服务器，然后session bean通过entity bean访问数据库。这使得既可以保存客户端的信息又可以保存数据库记录的信息。同时session bean也不能提供在相同或不同的EJB类调用间进行全局的事务控制。没有session bean，应用程序开发者（客户端开发者）就必须理解EJB类的事务要
求，并使用客户端的事务划分来提供事务控制。EJB的主要好处就是应用开发者不需知道EJB类的事务需求。一个session bean可以代表一个商业操作，进行事务控制，不需要客户端进行事务划分

分别介绍一下Session Bean 和 Entity Bean

Session beans:

Session beans 是一种作为单个的client执行的对象。作为对远程的任务请求的相应，容器产生一个Session beans 的实例。一个Session beans有一个client.从某种程度上来说，一个Session bean 对于服务器来说就代表了它的那个client.Session beans 也能用于事务，它能够更新共享的数据，但它不直接描绘这些共享的数据。

Session beans 的生命周期是相对较短的。典型的是，只有当client保持会话的时候，Session beans 才是活着的。一旦client退出了，Session beans 就不再与client相联系了。Session beans被看成是瞬时的，因为如果容器崩溃了，那么client必须重新建立一个新的Session对象来继续会话。

　　一个Session bean典型的声明了与client的互操作或者会话。也就是说，Session bean了在客户会话期间，通过方法的调用，掌握Client的信息。一个具有状态的Session bean称为有状态的Session bean.当client终止与Session beans互操作的时候.会话终止了，而且，bean 也不再拥有状态值。

　　一个Session bean也可能是一个无状态的 session bean.无状态的Session beans并不掌握它的客户的信息或者状态。Client能够调用beans的方法来完成一些操作。但是，beans只是在方法调用的时候才知道client的参数变量。当方法调用完成以后，beans并不继续保持这些参数变量。这样，所有的无状态的session beans的实例都是相同的，除非它正在方法调用期间。这样，无状态的Session beans就能够支持多个client.容器能够声明一个无状态的Session beans.能够将任何Session beans指定给任何client.

Entity Beans:

Entity Beans对数据库中的数据提供了一种对象的视图。例如：一个Entity bean能够模拟数据库表中一行相关的数据。多个client能够共享访问同一个Entity bean.多个client也能够同时的访问同一个Entity bean.Entity beans通过事务的上下文来访问或更新下层的数据。这样，数据的完整性就能够被保证。

Entity Beans能存活相对教长的时间，并且状态是持续的。只要数据库中的数据存在，Entity beans就一直存活。而不是按照应用程序或者服务进程来说的。即使EJB容器崩溃了，Entity beans也是存活的。Entity Beans生命周期能够被容器或者 Beans自己管理。如果由容器控制着保证 Entity beans持续的issus。如果由Beans自己管理，就必须写Entity beans的代码，包括访问数据库的调用。

Entity Beans是由主键（primary key 一种唯一的对象标识符）标识的。通常，主键与标识数据库中的一块数据，例如一个表中的一行，的主键是相同的。主键是client能够定位特定的数据块。

介绍一下EJB的体系结构

EJB的上层的分布式应用程序是基于对象组件模型的，低层的事务服务用了API技术。EJB技术简化了用JAVA语言编写的企业应用系统的开发，配置，和执行。EJB的体系结构的规范由Sun Microsystems公司制定。Inprise的EJB容器是基于1.1版的规范。

EJB技术定义了一组可重用的组件：Enterprise Beans。你可以利用这些组件，象搭积木一样的建立你的分布式应用程序。当你把代码写好之后，这些组件就被组合到特定的文件中去。每个文件有一个或多个Enterprise Beans，在加上一些配置参数。最后，这些Enterprise Beans被配置到一个装了EJB容器的平台上。客户能够通过这些Beans的home接口，定位到某个beans，并产生这个beans的一个实例。这样，客户就能够调用Beans的应用方法和远程接口。

EJB服务器作为容器和低层平台的桥梁管理着EJB容器和函数。它向EJB容器提供了访问系统服务的能力。例如：数据库的管理和事务的管理，或者对于其它的Enterprise的应用服务器。

　　所有的EJB 实例都运行在EJB容器中。容器提供了系统级的服务，控制了EJB的生命周期。因为容器掌握了绝大多数系统级的issues(呵呵，不知道怎么翻译)。Enterprise Beans 的开发者不需要应用逻辑考虑进来。通常来说，EJB容器掌握了以下的系统级issues.

1、Security–配置描述器（The Deployment descriptor）定义了客户能够访问的不同的应用函数。容器通过只允许授权的客户访问这些函数来达到这个效果。

2、Remote Connectivity–容器为远程链接管理着低层的通信issues，而且对Enterprise Beas的开发者和客户都隐藏了通信issues.Enterprise Beans的开发者在编写应用方法的时候，就象是在条用本地的平台一样的。客户也不清楚他们调用的方法可能是在远程被处理的。

3、Life Cycle managment–客户简单的创建一个Enterprise beans的实例，并通常取消一个实例。而容器管理着Enterprise Beans的实例，使Enterprise Beans实现最大的效能和内存利用率。容器能够这样来激活和去活Enterprise Beans，保持众多客户共享的实例池。等等。

4、Trasction management—配置描述器定义了Enterprise beans 的事务处理的需求。容器管理着那些管理分布式事务处理的复杂的issues。这些事务可能要在不同的平台之间更新数据库。容器使这些事务之间互相独立，互不干扰。保证所有的更新数据库都是成功发生的，否者，就回滚到事务处理之前的状态

如果Session Bean得Remove方法一直都不被调用会怎么样？

如果Session Bean是无状态Bean的话，调用不调用Remove方法都没有什么关系

如果是有状态Bean的话，那么这个Bean会一直保存到Cache里面，知道Session Timeout或者Remove方法被调用。

EJB timer的种类？

从EJB容器的定时服务建立的Timer对象， Single Action Timer和Interval Timer, Single Action Timer是相对与间隔循环型Timer来讲的， Single Action Timer只有一次timeout。Single-Action time和Interval Timer第一次启动都各有两种方法：绝对时间启动和相对时间启动。

所以总共有四种EJB timer

1. 以绝对时间启动的Single Action Timer

你可以指定一个绝对时间，但时间到达（timeout）时，这可以调用TimerService的方法来建立这个Timer:

Timer createTimer（Date expirationDate, Serializable info）

2. 以相对时间启动的Single Action Timer

你可以指定一个相对于Timer简历的时间，当这个相对时间到达时，会调用Timeout方法一次，这个调用可以通过TimerService的一下方法来建立这个Timer:

Timer createTimer(long duration, Serializable info)

3. 绝对时间的Interval Timer

你可以指定一个初始的绝对时间(initialExpiration), 当这个时间到达时，会调用Timeout方法，之后每个一段指定的时间(intervalDuration)就会重新调用Timeout方法一次，建立这种Timer的方法：

Timer createTimer(Date initialExpiration，long intervalDuration, Serializable info)

4. 相对时间的Interval Timer

你可以指定一个相对与Timer建立的时间(initialDuration), 当时间到达时就会调用Timerout方法，之后每隔一段指定的时间(intervalDuration)就会重新调用Timeout方法一次，以下是建立这种方法的例子：

Timer createTimer(long initialDuration, long intervalDuration, Serializable info)

这四个createTimer()方法的最后一个Serializable参数，可以设定给Timer对象， Timeout的调用方法中必须接受Timer对象最为参数，你可以用它的getInfo()方法来取得传入的Serializable对象，当多个Timer与Bean关联时，必须识别Timer时间是来之于哪个Timer,也可以根据传入的Serializable对象来判断。

EJB2.0和EJB3.0之间的区别？

1. EJB2.0使用EntityBeans来访问数据库，EJB3.0是使用JPA（Java Persistance API）来访问数据库。

2. EJB2.0 有部署脚本(Deployment descriptiors),EJB3.0没有。

3. EJB3.0不需要Home接口，EJB2.0需要。

4. EJB3.0简化了开发，引入了元数据。

提高EJB性能都有哪些技巧？

1.用一个Session Bean封装多个Entity Bean，将原来的多个Entity Bean的Remote调用和Local调用封装在一个Session Bean中。所以建立一个ServerFacade，它为多个对象提供统一获取EJB Home和获取对象的接口。ServerFacade为程序要用到的所有EJB的home handle提供缓存，提高访问JNDI Name的时间，达到提高访问效率的目的。以后查找JNDI Name的方法都应写在接口里，调用时直接从接口调用。

2.在EJB的Remote接口中使用粗粒度的方法，不推荐使用细粒度方法。

3.如果EJB的Remote接口获取成功，应不再使用Remote接口，而是将Remote接口构造成一个一般的Java对象，通过调用一般的JAVA对象的方法来达到减少对网络的访问。

4.如果你部署EJB客户端和EJB在相同的JVM上，建设使用EJB2.0规范的Local接口代替Remote接口。

5.用”transient”关键字声明不必要的数据变量，替代以前的”public”、”private”等，避免不必要的数据变量占用网络资源。示例：

public class DemoCMP implements EntityBean {
transient EntityContext entCtx;
transient InitialContext initCtx;
public String id;
public String description;
…
}

6.在ejb-jar.XML部署文件中，对Session Bean中非事务的方法，将trans-attribute属性赋为”NotSupported”或”Never”

<ejb-jar>
…
<assembly-descriptor>
<container-transaction>
<method>
<ejb-name>abookesessionBean</ejb-name>
<method-name>*</method-name>
</method>
<trans-attribute>NotSupported</trans-attribute>
</container-transaction>
</assembly-descriptor>
</ejb-jar>

7. 设置事务的超时时间，在JBoss中，要修改${jboss.home}/server/${jboss.configuration}/conf/jboss-service.xml ，如下所示：

8.当事务锁定数据库的行记录时，事务应跨越可能的最小的时间。

9.调整EJB 服务器的各种参数，如线程数、EJB池大小、连接池参数等。以在JBoss修改连接池参数为示例，进行说明。如果JBoss和MySQL相连，配置${jboss.home}/server/${jboss.configuration}/deploy/mysql-service.xml，来修改连接池参数，包括MinSize、MaxSize、BlockingTimeoutMillis、IdleTimeoutMinutes、 Criteria等，各参数的含义如下所示：

i.MinSize ：连接池保持的最小连接数。

ii. MaxSize ：连接池保持的最大连接数。

iii. BlockingTimeoutMillis ：抛出异常前最大的等待连接时间。

iv. IdleTimeoutMinutes ：关闭连接前连接空闲的最大时间。

v. Criteria ：有ByContainerAndApplication、ByContainer、ByApplication和ByNothing等值。

下面是一个例子：

<depends optional-attribute-name=”ManagedConnectionPool”>
<!–embedded mbean–>
<mbean code=”org.jboss.resource.connectionmanager.JBossManagedConnectionPool”
name=”jboss.jca:service=LocalTxPool,name=MySqlDS”>
<attribute name=”MinSize”>0</attribute>
<attribute name=”MaxSize”>50</attribute>
<attribute name=”BlockingTimeoutMillis”>5000</attribute>
<attribute name=”IdleTimeoutMinutes”>15</attribute>
<attribute name=”Criteria”>ByContainer</attribute>
</mbean>
</depends>

10.对于数据库事务，应选择较低成本的事务等级，避免造成坏数据。递增成本的事务等级包括：

TRANSACTION_READ_UNCOMMITED,
TRANSACTION_READ_COMMITED,
TRANSACTION_REPEATABLE_READ,
TRANSACTION_SERIALIZABLE

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接口

EJB的基本架构？

一个EJB包括三个部分:
Remote Interface 接口的代码
package Beans;
import javax.ejb.EJBObject;
import java.rmi.RemoteException;
public interface Add extends EJBObject
{
//some method declare
}
Home Interface 接口的代码
package Beans;
import java.rmi.RemoteException;
import jaax.ejb.CreateException;
import javax.ejb.EJBHome;
public interface AddHome extends EJBHome
{
//some method declare
}
EJB类的代码
package Beans;
import java.rmi.RemoteException;
import javax.ejb.SessionBean;
import javx.ejb.SessionContext;
public class AddBean Implements SessionBean
{
//some method declare
}

1、 EJB需直接实现它的业务接口或Home接口吗，请简述理由

远程接口和Home接口不需要直接实现，他们的实现代码是由服务器产生的，程序运行中对应实现类会作为对应接口类型的实例被使用。

说说在weblogic中开发消息Bean时的persistent与non-persisten的差别

persistent方式的MDB可以保证消息传递的可靠性,也就是如果EJB容器出现问题而JMS服务器依然会将消息在此MDB可用的时候发送过来，而non－persistent方式的消息将被丢弃。

在weblogic中发布ejb需涉及到哪些配置文件

不同类型的EJB涉及的配置文件不同，都涉及到的配置文件包括ejb-jar.xml,weblogic-ejb-jar.xmlCMP实体Bean一般还需要weblogic-cmp-rdbms-jar.xml

客服端调用EJB对象的几个基本步骤

设置JNDI服务工厂以及JNDI服务地址系统属性，查找Home接口，从Home接口调用Create方法创建Remote接口，通过Remote接口调用其业务方法。

EJB的几种类型

会话（Session）Bean，实体（Entity）Bean消息驱动的（Message Driven）Bean
会话Bean又可分为有状态（Stateful）和无状态（Stateless）两种
实体Bean可分为Bean管理的持续性（BMP）和容器管理的持续性（CMP）两种

EJB的激活机制

以Stateful Session Bean 为例：其Cache大小决定了内存中可以同时存在的Bean实例的数量，根据MRU或NRU算法，实例在激活和去激活状态之间迁移，激活机制是当客户端调用某个EJB实例业务方法时，如果对应EJB Object发现自己没有绑定对应的Bean实例则从其去激活Bean存储中（通过序列化机制存储实例）回复（激活）此实例。状态变迁前会调用对应的ejbActive和ejbPassivate方法。

EJB 实例的生命周期

对于Stateless Session Bean、Entity Bean、Message Driven Bean一般存在缓冲池管理，而对于Entity Bean和Statefull Session Bean存在Cache管理，通常包含创建实例，设置上下文、创建EJB Object（create）、业务方法调用、remove等过程，对于存在缓冲池管理的Bean，在create之后实例并不从内存清除，而是采用缓冲池调度机制不断重用实例，而对于存在Cache管理的Bean则通过激活和去激活机制保持Bean的状态并限制内存中实例数量。

remote接口和home接口主要作用

remote接口定义了业务方法，用于EJB客户端调用业务方法。
home接口是EJB工厂用于创建和移除查找EJB实例

EJB规范规定EJB中禁止的操作有哪些？

1.不能操作线程和线程API(线程API指非线程对象的方法如notify,wait等)，2.不能操作awt，3.不能实现服务器功能，4.不能对静态属生存取，

5.不能使用IO操作直接存取文件系统，6.不能加载本地库.，7.不能将this作为变量和返回，8.不能循环调用。

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类

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组件。

JSP和EJB可以共享HttpSession么？EJB里面可以改变session里面的内容么？

如果session里面所有的对象都是序列化的，应该可以把HttpSession作为一个参数传到EJB的方法，这样的话就是值传递，相当于这个 HttpSession是自读的，如果在EJB里面改变session的值，不会影响到Servlet容器里面的HttpSession，但是因为EJB 的远程接口之间是使用远程引用，也就是引用传递，所以把HttpSession作为参数传到EJB对象是可能的，但是这样是有违面向对象的原则的，因为这样的话就在EJB和前端的HttpSession 之间创建了一个不必要的依赖关系，而且这样的话EJB对基于Http的客户端也产生了依赖（EJB也有可能给非Http的客户端服务的），其实与其传一整个HttpSession对象到EJB, 还不如另外创建一个类似结构的对象过去，然后在EJB进行处理以后然后在返回客户端。