Java在运行已编译完成的类时，是通过java虚拟机来装载和执行的，java虚拟机通过操作系统命令JAVA_HOME\bin\java –option 来启动，-option为虚拟机参数，JAVA_HOME为JDK安装路径，通过这些参数可对虚拟机的运行状态进行调整，掌握参数的含义可对虚拟机的运行模式有更深入理解。
虚拟机参数分为基本和扩展两类，在命令行中输入JAVA_HOME\bin\java 就可得到基本参数列表，
在命令行输入JAVA_HOME\bin\java –X 就可得到扩展参数列表。

基本参数说明：

-client，-server
这两个参数用于设置虚拟机使用何种运行模式，client模式启动比较快，但运行时性能和内存管理效率不如server模式，通常用于客户端应用程序。相反，server模式启动比client慢，但可获得更高的运行性能。
在windows上，缺省的虚拟机类型为client模式，如果要使用server模式，就需要在启动虚拟机时加-server参数，以获得更高性能，对服务器端应用，推荐采用server模式，尤其是多个CPU的系统。在Linux，Solaris上缺省采用server模式。

-hotspot
含义与client相同，jdk1.4以前使用的参数，jdk1.4开始不再使用，代之以client。

-classpath,-cp
虚拟机在运行一个类时，需要将其装入内存，虚拟机搜索类的方式和顺序如下：

Bootstrap classes，Extension classes，User classes。

Bootstrap 中的路径是虚拟机自带的jar或zip文件，虚拟机首先搜索这些包文件，用System.getProperty("sun.boot.class.path")可得到虚拟机搜索的包名。

Extension是位于jre\lib\ext目录下的jar文件，虚拟机在搜索完Bootstrap后就搜索该目录下的jar文件。用System. getProperty("java.ext.dirs”)可得到虚拟机使用Extension搜索路径。

User classes搜索顺序为当前目录、环境变量 CLASSPATH、-classpath。

-classpath告知虚拟机搜索目录名、jar文档名、zip文档名，之间用分号;分隔。

例如当你自己开发了公共类并包装成一个common.jar包，在使用common.jar中的类时，就需要用-classpath common.jar 告诉虚拟机从common.jar中查找该类，否则虚拟机就会抛出java.lang.NoClassDefFoundError异常，表明未找到类定义。

在运行时可用System.getProperty(“java.class.path”)得到虚拟机查找类的路径。

使用-classpath后虚拟机将不再使用CLASSPATH中的类搜索路径，如果-classpath和CLASSPATH都没有设置，则虚拟机使用当前路径(.)作为类搜索路径。

推荐使用-classpath来定义虚拟机要搜索的类路径，而不要使用环境变量CLASSPATH的搜索路径，以减少多个项目同时使用CLASSPATH时存在的潜在冲突。例如应用1要使用a1.0.jar中的类G，应用2要使用a2.0.jar中的类G,a2.0.jar是a1.0.jar的升级包，当a1.0.jar，a2.0.jar都在CLASSPATH中，虚拟机搜索到第一个包中的类G时就停止搜索，如果应用1应用2的虚拟机都从CLASSPATH中搜索，就会有一个应用得不到正确版本的类G。

-D<propertyName>=value

在虚拟机的系统属性中设置属性名/值对，运行在此虚拟机之上的应用程序可用System.getProperty(“propertyName”)得到value的值。
如果value中有空格，则需要用双引号将该值括起来，如-Dname=”space string”。
该参数通常用于设置系统级全局变量值，如配置文件路径，应为该属性在程序中任何地方都可访问。

-verbose[:class|gc|jni]

在输出设备上显示虚拟机运行信息。
verbose和verbose:class含义相同，输出虚拟机装入的类的信息，显示的信息格式如下：
[Loaded java.io.FilePermission$1 from shared objects file]
当虚拟机报告类找不到或类冲突时可用此参数来诊断来查看虚拟机从装入类的情况。

-verbose:gc在虚拟机发生内存回收时在输出设备显示信息，格式如下：
[Full GC 268K->168K(1984K), 0.0187390 secs]
该参数用来监视虚拟机内存回收的情况。

-verbose:jni在虚拟机调用native方法时输出设备显示信息，格式如下：
[Dynamic-linking native method HelloNative.sum ... JNI]
该参数用来监视虚拟机调用本地方法的情况，在发生jni错误时可为诊断提供便利。

-version
显示可运行的虚拟机版本信息然后退出。一台机器上装有不同版本的JDK时

-showversion
显示版本信息以及帮助信息。

-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
从JDK1.4开始，java可支持断言机制，用于诊断运行时问题。通常在测试阶段使断言有效，在正式运行时不需要运行断言。断言后的表达式的值是一个逻辑值，为true时断言不运行，为false时断言运行，抛出java.lang.AssertionError错误。
上述参数就用来设置虚拟机是否启动断言机制，缺省时虚拟机关闭断言机制，用-ea可打开断言机制，不加<packagename>和classname时运行所有包和类中的断言，如果希望只运行某些包或类中的断言，可将包名或类名加到-ea之后。例如要启动包com.foo.util中的断言，可用命令 –ea:com.foo.util 。

-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
用来设置虚拟机关闭断言处理，packagename和classname的使用方法和-ea相同。

-esa | -enablesystemassertions
设置虚拟机显示系统类的断言。

-dsa | -disablesystemassertions
设置虚拟机关闭系统类的断言。

-agentlib:<libname>[=<options>]
该参数是JDK5新引入的，用于虚拟机装载本地代理库。

Libname为本地代理库文件名，虚拟机的搜索路径为环境变量PATH中的路径，options为传给本地库启动时的参数，多个参数之间用逗号分隔。在Windows平台上虚拟机搜索本地库名为libname.dll的文件，在Unix上虚拟机搜索本地库名为libname.so的文件，搜索路径环境变量在不同系统上有所不同，Linux、SunOS、IRIX上为LD_LIBRARY_PATH，AIX上为LIBPATH，HP-UX上为SHLIB_PATH。

例如可使用-agentlib:hprof来获取虚拟机的运行情况，包括CPU、内存、线程等的运行数据，并可输出到指定文件中，可用-agentlib:hprof=help来得到使用帮助列表。在jre\bin目录下可发现hprof.dll文件。

-agentpath:<pathname>[=<options>]
设置虚拟机按全路径装载本地库，不再搜索PATH中的路径。其他功能和agentlib相同。

-javaagent:<jarpath>[=<options>]
虚拟机启动时装入java语言设备代理。Jarpath文件中的mainfest文件必须有Agent-Class属性。代理类要实现public static void premain(String agentArgs, Instrumentation inst)方法。当虚拟机初始化时，将按代理类的说明顺序调用premain方法。
参见：java.lang.instrument

扩展参数说明
-Xmixed
设置-client模式虚拟机对使用频率高的方式进行Just-In-Time编译和执行，对其他方法使用解释方式执行。该方式是虚拟机缺省模式。

-Xint
设置-client模式下运行的虚拟机以解释方式执行类的字节码，不将字节码编译为本机码。

-Xbootclasspath:path

-Xbootclasspath/a:path

-Xbootclasspath/p:path
改变虚拟机装载缺省系统运行包rt.jar而从-Xbootclasspath中设定的搜索路径中装载系统运行类。除非你自己能写一个运行时，否则不会用到该参数。
/a:将在缺省搜索路径后加上path 中的搜索路径。
/p:在缺省搜索路径前先搜索path中的搜索路径。

-Xnoclassgc
关闭虚拟机对class的垃圾回收功能。

-Xincgc
启动增量垃圾收集器，缺省是关闭的。增量垃圾收集器能减少偶然发生的长时间的垃圾回收造成的暂停时间。但增量垃圾收集器和应用程序并发执行，因此会占用部分CPU在应用程序上的功能。

-Xloggc:<file>
将虚拟机每次垃圾回收的信息写到日志文件中，文件名由file指定，文件格式是平文件，内容和-verbose:gc输出内容相同。

-Xbatch
虚拟机的缺省运行方式是在后台编译类代码，然后在前台执行代码，使用-Xbatch参数将关闭虚拟机后台编译，在前台编译完成后再执行。

-Xms<size>
设置虚拟机可用内存堆的初始大小，缺省单位为字节，该大小为1024的整数倍并且要大于1MB，可用k(K)或m(M)为单位来设置较大的内存数。初始堆大小为2MB。
例如：-Xms6400K，-Xms256M

-Xmx<size>
设置虚拟机内存堆的最大可用大小，缺省单位为字节。该值必须为1024整数倍，并且要大于2MB。可用k(K)或m(M)为单位来设置较大的内存数。缺省堆最大值为64MB。
例如：-Xmx81920K，-Xmx80M
当应用程序申请了大内存运行时虚拟机抛出java.lang.OutOfMemoryError: Java heap space错误，就需要使用-Xmx设置较大的可用内存堆。

-Xss<size>
设置线程栈的大小，缺省单位为字节。与-Xmx类似，也可用K或M来设置较大的值。通常操作系统分配给线程栈的缺省大小为1MB。
另外也可在java中创建线程对象时设置栈的大小，构造函数原型为Thread(ThreadGroup group, Runnable target, String name, long stackSize)。

-Xprof
输出CPU运行时的诊断信息。

-Xfuture
对类文件进行严格格式检查，以保证类代码符合类代码规范。为保持向后兼容，虚拟机缺省不进行严格的格式检查。

-Xrs
减少虚拟机中操作系统的信号（singals）的使用。该参数通常用在虚拟机以后台服务方式运行时使用（如Servlet）。

-Xcheck:jni
调用JNI函数时进行附加的检查，特别地虚拟机将校验传递给JNI函数参数的合法性，在本地代码中遇到非法数据时，虚拟机将报一个致命错误而终止。使用该参数后将造成性能下降。

52、请说出你所知道的线程同步的方法。
wait():使一个线程处于等待状态，并且释放所持有的对象的lock。
sleep():使一个正在运行的线程处于睡眠状态，是一个静态方法，调用此方法要捕捉InterruptedException异常。
notify():唤醒一个处于等待状态的线程，注意的是在调用此方法的时候，并不能确切的唤醒某一个等待状态的线程，而是由JVM确定唤醒哪个线程，而且不是按优先级。
Allnotity():唤醒所有处入等待状态的线程，注意并不是给所有唤醒线程一个对象的锁，而是让它们竞争。

53、你所知道的集合类都有哪些？主要方法？
最常用的集合类是 List 和 Map。 List 的具体实现包括 ArrayList 和 Vector，它们是可变大小的列表，比较适合构建、存储和操作任何类型对象的元素列表。 List 适用于按数值索引访问元素的情形。 
Map 提供了一个更通用的元素存储方法。 Map 集合类用于存储元素对（称作"键"和"值"），其中每个键映射到一个值。


54、描述一下JVM加载class文件的原理机制?
JVM中类的装载是由ClassLoader和它的子类来实现的,Java ClassLoader 是一个重要的Java运行时系统组件。它负责在运行时查找和装入类文件的类。

55、char型变量中能不能存贮一个中文汉字?为什么? 
能够定义成为一个中文的，因为java中以unicode编码，一个char占16个字节，所以放一个中文是没问题的


56、多线程有几种实现方法,都是什么?同步有几种实现方法,都是什么? 
多线程有两种实现方法，分别是继承Thread类与实现Runnable接口 
同步的实现方面有两种，分别是synchronized,wait与notify

58、线程的基本概念、线程的基本状态以及状态之间的关系
线程指在程序执行过程中，能够执行程序代码的一个执行单位，每个程序至少都有一个线程，也就是程序本身。
Java中的线程有四种状态分别是：运行、就绪、挂起、结束。 


59、JSP的常用指令
<%@page language="java" contenType="text/html;charset=gb2312" session="true" buffer="64kb" autoFlush="true" isThreadSafe="true" info="text" errorPage="error.jsp" isErrorPage="true" isELIgnored="true" pageEncoding="gb2312" import="java.sql.*"%>
isErrorPage(是否能使用Exception对象)，isELIgnored(是否忽略表达式)
<%@include file="filename"%>
<%@taglib prefix="c"uri="http://......"%>


60、什么情况下调用doGet()和doPost()？
Jsp页面中的form标签里的method属性为get时调用doGet()，为post时调用doPost()。 

 
61、servlet的生命周期
web容器加载servlet，生命周期开始。通过调用servlet的init()方法进行servlet的初始化。通过调用service()方法实现，根据请求的不同调用不同的do***()方法。结束服务，web容器调用servlet的destroy()方法。


62、如何现实servlet的单线程模式
<%@ page isThreadSafe="false"%>


63、页面间对象传递的方法
request，session，application，cookie等


64、JSP和Servlet有哪些相同点和不同点，他们之间的联系是什么？ 
JSP是Servlet技术的扩展，本质上是Servlet的简易方式，更强调应用的外表表达。JSP编译后是"类servlet"。Servlet和JSP最主要的不同点在于，Servlet的应用逻辑是在Java文件中，并且完全从表示层中的HTML里分离开来。而JSP的情况是Java和HTML可以组合成一个扩展名为.jsp的文件。JSP侧重于视图，Servlet主要用于控制逻辑。


65、四种会话跟踪技术
会话作用域ServletsJSP 页面描述
page否是代表与一个页面相关的对象和属性。一个页面由一个编译好的 Java servlet 类（可以带有任何的 include 指令，但是没有 include 动作）表示。这既包括 servlet 又包括被编译成 servlet 的 JSP 页面
request是是代表与 Web 客户机发出的一个请求相关的对象和属性。一个请求可能跨越多个页面，涉及多个 Web 组件（由于 forward 指令和 include 动作的关系）
session是是代表与用于某个 Web 客户机的一个用户体验相关的对象和属性。一个 Web 会话可以也经常会跨越多个客户机请求
application是是代表与整个 Web 应用程序相关的对象和属性。这实质上是跨越整个 Web 应用程序，包括多个页面、请求和会话的一个全局作用域


66、Request对象的主要方法：
setAttribute(String name,Object)：设置名字为name的request的参数值
getAttribute(String name)：返回由name指定的属性值
getAttributeNames()：返回request对象所有属性的名字集合，结果是一个枚举的实例
getCookies()：返回客户端的所有Cookie对象，结果是一个Cookie数组
getCharacterEncoding()：返回请求中的字符编码方式
getContentLength()：返回请求的Body的长度
getHeader(String name)：获得HTTP协议定义的文件头信息
getHeaders(String name)：返回指定名字的request Header的所有值，结果是一个枚举的实例
getHeaderNames()：返回所以request Header的名字，结果是一个枚举的实例
getInputStream()：返回请求的输入流，用于获得请求中的数据
getMethod()：获得客户端向服务器端传送数据的方法
getParameter(String name)：获得客户端传送给服务器端的有name指定的参数值
getParameterNames()：获得客户端传送给服务器端的所有参数的名字，结果是一个枚举的实例
getParameterValues(String name)：获得有name指定的参数的所有值
getProtocol()：获取客户端向服务器端传送数据所依据的协议名称
getQueryString()：获得查询字符串
getRequestURI()：获取发出请求字符串的客户端地址
getRemoteAddr()：获取客户端的IP地址
getRemoteHost()：获取客户端的名字
getSession([Boolean create])：返回和请求相关Session
getServerName()：获取服务器的名字
getServletPath()：获取客户端所请求的脚本文件的路径
getServerPort()：获取服务器的端口号
removeAttribute(String name)：删除请求中的一个属性


67、J2EE是技术还是平台还是框架？
    J2EE本身是一个标准，一个为企业分布式应用的开发提供的标准平台。
    J2EE也是一个框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA等技术。


68、我们在web应用开发过程中经常遇到输出某种编码的字符，如iso8859-1等，如何输出一个某种编码的字符串？
  Public String translate (String str) {
    String tempStr = "";
    try {
      tempStr = new String(str.getBytes("ISO-8859-1"), "GBK");
      tempStr = tempStr.trim();
    }
    catch (Exception e) {
      System.err.println(e.getMessage());
    }
    return tempStr;
  }


69、简述逻辑操作(&,|,^)与条件操作(&&,||)的区别。
区别主要答两点：a.条件操作只能操作布尔型的,而逻辑操作不仅可以操作布尔型,而且可以操作数值型
b.逻辑操作不会产生短路


70、XML文档定义有几种形式？它们之间有何本质区别？解析XML文档有哪几种方式？ 
a: 两种形式 dtd  schema，b: 本质区别:schema本身是xml的，可以被XML解析器解析(这也是从DTD上发展schema的根本目的)，c:有DOM,SAX,STAX等 
    DOM:处理大型文件时其性能下降的非常厉害。这个问题是由DOM的树结构所造成的，这种结构占用的内存较多，而且DOM必须在解析文件之前把整个文档装入内存,适合对XML的随机访问
SAX:不现于DOM,SAX是事件驱动型的XML解析方式。它顺序读取XML文件，不需要一次全部装载整个文件。当遇到像文件开头，文档结束，或者标签开头与标签结束时，它会触发一个事件，用户通过在其回调事件中写入处理代码来处理XML文件，适合对XML的顺序访问 
    STAX:Streaming API for XML (StAX)


71、简述synchronized和java.util.concurrent.locks.Lock的异同 ？
主要相同点：Lock能完成synchronized所实现的所有功能
主要不同点：Lock有比synchronized更精确的线程语义和更好的性能。synchronized会自动释放锁，而Lock一定要求程序员手工释放，并且必须在finally从句中释放。


72、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类


73、EJB容器提供的服务
主要提供声明周期管理、代码产生、持续性管理、安全、事务管理、锁和并发行管理等服务。


74、EJB规范规定EJB中禁止的操作有哪些？ 
    1.不能操作线程和线程API(线程API指非线程对象的方法如notify,wait等)，2.不能操作awt，3.不能实现服务器功能，4.不能对静态属生存取，5.不能使用IO操作直接存取文件系统，6.不能加载本地库.，7.不能将this作为变量和返回，8.不能循环调用。


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


76、bean 实例的生命周期
对于Stateless Session Bean、Entity Bean、Message Driven Bean一般存在缓冲池管理，而对于Entity Bean和Statefull Session Bean存在Cache管理，通常包含创建实例，设置上下文、创建EJB Object（create）、业务方法调用、remove等过程，对于存在缓冲池管理的Bean，在create之后实例并不从内存清除，而是采用缓冲池调度机制不断重用实例，而对于存在Cache管理的Bean则通过激活和去激活机制保持Bean的状态并限制内存中实例数量。
77、EJB的激活机制
以Stateful Session Bean 为例：其Cache大小决定了内存中可以同时存在的Bean实例的数量，根据MRU或NRU算法，实例在激活和去激活状态之间迁移，激活机制是当客户端调用某个EJB实例业务方法时，如果对应EJB Object发现自己没有绑定对应的Bean实例则从其去激活Bean存储中（通过序列化机制存储实例）回复（激活）此实例。状态变迁前会调用对应的ejbActive和ejbPassivate方法。


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


79、客服端调用EJB对象的几个基本步骤
设置JNDI服务工厂以及JNDI服务地址系统属性，查找Home接口，从Home接口调用Create方法创建Remote接口，通过Remote接口调用其业务方法。


80、如何给weblogic指定大小的内存? 
在启动Weblogic的脚本中（位于所在Domian对应服务器目录下的startServerName），增加set MEM_ARGS=-Xms32m -Xmx200m，可以调整最小内存为32M，最大200M
 

81、如何设定的weblogic的热启动模式(开发模式)与产品发布模式?
可以在管理控制台中修改对应服务器的启动模式为开发或产品模式之一。或者修改服务的启动文件或者commenv文件，增加set PRODUCTION_MODE=true。


82、如何启动时不需输入用户名与密码?
修改服务启动文件，增加 WLS_USER和WLS_PW项。也可以在boot.properties文件中增加加密过的用户名和密码.


83、在weblogic管理制台中对一个应用域(或者说是一个网站,Domain)进行jms及ejb或连接池等相关信息进行配置后,实际保存在什么文件中?
保存在此Domain的config.xml文件中，它是服务器的核心配置文件。


84、说说weblogic中一个Domain的缺省目录结构?比如要将一个简单的helloWorld.jsp放入何目录下,然的在浏览器上就可打入http://主机:端口号//helloword.jsp就可以看到运行结果了? 又比如这其中用到了一个自己写的javaBean该如何办?
Domain目录服务器目录applications，将应用目录放在此目录下将可以作为应用访问，如果是Web应用，应用目录需要满足Web应用目录要求，jsp文件可以直接放在应用目录中，Javabean需要放在应用目录的WEB-INF目录的classes目录中，设置服务器的缺省应用将可以实现在浏览器上无需输入应用名。


85、在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连接是单向还是双向的。


87、如何查看在weblogic中已经发布的EJB?
可以使用管理控制台，在它的Deployment中可以查看所有已发布的EJB


88、CORBA是什么?用途是什么? 
CORBA 标准是公共对象请求代理结构(Common Object Request Broker Architecture)，由对象管理组织 (Object Management Group，缩写为 OMG)标准化。它的组成是接口定义语言(IDL), 语言绑定(binding:也译为联编)和允许应用程序间互操作的协议。 其目的为：用不同的程序设计语言书写在不同的进程中运行，为不同的操作系统开发。


89、说说你所熟悉或听说过的j2ee中的几种常用模式?及对设计模式的一些看法
  Session Facade Pattern：使用SessionBean访问EntityBean
Message Facade Pattern：实现异步调用
EJB Command Pattern：使用Command JavaBeans取代SessionBean，实现轻量级访问
Data Transfer Object Factory：通过DTO Factory简化EntityBean数据提供特性
Generic Attribute Access：通过AttibuteAccess接口简化EntityBean数据提供特性
Business Interface：通过远程（本地）接口和Bean类实现相同接口规范业务逻辑一致性
ＥＪＢ架构的设计好坏将直接影响系统的性能、可扩展性、可维护性、组件可重用性及开发效率。项目越复杂，项目队伍越庞大则越能体现良好设计的重要性。


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


91、Servlet执行时一般实现哪几个方法？
public void init(ServletConfig config)
public ServletConfig getServletConfig()
public String getServletInfo()
public void service(ServletRequest request,ServletResponse response)
public void destroy()


92、j2ee常用的设计模式？说明工厂模式。
    Java中的23种设计模式：
Factory（工厂模式），      Builder（建造模式），       Factory Method（工厂方法模式），
Prototype（原始模型模式），Singleton（单例模式），    Facade（门面模式），
Adapter（适配器模式），    Bridge（桥梁模式），        Composite（合成模式），
Decorator（装饰模式），    Flyweight（享元模式），     Proxy（代理模式），
Command（命令模式），      Interpreter（解释器模式）， Visitor（访问者模式），
Iterator（迭代子模式），   Mediator（调停者模式），    Memento（备忘录模式），
Observer（观察者模式），   State（状态模式），         Strategy（策略模式），
Template Method（模板方法模式）， Chain Of Responsibleity（责任链模式）
工厂模式：工厂模式是一种经常被使用到的模式，根据工厂模式实现的类可以根据提供的数据生成一组类中某一个类的实例，通常这一组类有一个公共的抽象父类并且实现了相同的方法，但是这些方法针对不同的数据进行了不同的操作。首先需要定义一个基类，该类的子类通过不同的方法实现了基类中的方法。然后需要定义一个工厂类，工厂类可以根据条件生成不同的子类实例。当得到子类的实例后，开发人员可以调用基类中的方法而不必考虑到底返回的是哪一个子类的实例。


93、EJB需直接实现它的业务接口或Home接口吗，请简述理由。
远程接口和Home接口不需要直接实现，他们的实现代码是由服务器产生的，程序运行中对应实现类会作为对应接口类型的实例被使用。


94、排序都有哪几种方法？请列举。用JAVA实现一个快速排序。
    排序的方法有：插入排序（直接插入排序、希尔排序），交换排序（冒泡排序、快速排序），选择排序（直接选择排序、堆排序），归并排序，分配排序（箱排序、基数排序）
快速排序的伪代码。
/ /使用快速排序方法对a[ 0 :n- 1 ]排序
从a[ 0 :n- 1 ]中选择一个元素作为m i d d l e，该元素为支点
把余下的元素分割为两段left 和r i g h t，使得l e f t中的元素都小于等于支点，而right 中的元素都大于等于支点
递归地使用快速排序方法对left 进行排序
递归地使用快速排序方法对right 进行排序
所得结果为l e f t + m i d d l e + r i g h t


95、请对以下在J2EE中常用的名词进行解释(或简单描述)
web容器：给处于其中的应用程序组件（JSP，SERVLET）提供一个环境，使JSP,SERVLET直接更容器中的环境变量接口交互，不必关注其它系统问题。主要有WEB服务器来实现。例如：TOMCAT,WEBLOGIC,WEBSPHERE等。该容器提供的接口严格遵守J2EE规范中的WEB APPLICATION 标准。我们把遵守以上标准的WEB服务器就叫做J2EE中的WEB容器。
EJB容器：Enterprise java bean 容器。更具有行业领域特色。他提供给运行在其中的组件EJB各种管理功能。只要满足J2EE规范的EJB放入该容器，马上就会被容器进行高效率的管理。并且可以通过现成的接口来获得系统级别的服务。例如邮件服务、事务管理。
JNDI：（Java Naming & Directory Interface）JAVA命名目录服务。主要提供的功能是：提供一个目录系统，让其它各地的应用程序在其上面留下自己的索引，从而满足快速查找和定位分布式应用程序的功能。
JMS：（Java Message Service）JAVA消息服务。主要实现各个应用程序之间的通讯。包括点对点和广播。
JTA：（Java Transaction API）JAVA事务服务。提供各种分布式事务服务。应用程序只需调用其提供的接口即可。
JAF：（Java Action FrameWork）JAVA安全认证框架。提供一些安全控制方面的框架。让开发者通过各种部署和自定义实现自己的个性安全控制策略。
RMI/IIOP:（Remote Method Invocation /internet对象请求中介协议）他们主要用于通过远程调用服务。例如，远程有一台计算机上运行一个程序，它提供股票分析服务，我们可以在本地计算机上实现对其直接调用。当然这是要通过一定的规范才能在异构的系统之间进行通信。RMI是JAVA特有的。


96、JAVA语言如何进行异常处理，关键字：throws,throw,try,catch,finally分别代表什么意义？在try块中可以抛出异常吗？
Java通过面向对象的方法进行异常处理，把各种不同的异常进行分类，并提供了良好的接口。在Java中，每个异常都是一个对象，它是Throwable类或其它子类的实例。当一个方法出现异常后便抛出一个异常对象，该对象中包含有异常信息，调用这个对象的方法可以捕获到这个异常并进行处理。Java的异常处理是通过5个关键词来实现的：try、catch、throw、throws和finally。一般情况下是用try来执行一段程序，如果出现异常，系统会抛出（throws）一个异常，这时候你可以通过它的类型来捕捉（catch）它，或最后（finally）由缺省处理器来处理。
用try来指定一块预防所有"异常"的程序。紧跟在try程序后面，应包含一个catch子句来指定你想要捕捉的"异常"的类型。
throw语句用来明确地抛出一个"异常"。
throws用来标明一个成员函数可能抛出的各种"异常"。
Finally为确保一段代码不管发生什么"异常"都被执行一段代码。
可以在一个成员函数调用的外面写一个try语句，在这个成员函数内部写另一个try语句保护其他代码。每当遇到一个try语句，"异常"的框架就放到堆栈上面，直到所有的try语句都完成。如果下一级的try语句没有对某种"异常"进行处理，堆栈就会展开，直到遇到有处理这种"异常"的try语句。


97、一个".java"源文件中是否可以包括多个类（不是内部类）？有什么限制？
可以。必须只有一个类名与文件名相同。


98、MVC的各个部分都有那些技术来实现?如何实现? 
MVC是Model－View－Controller的简写。"Model" 代表的是应用的业务逻辑（通过JavaBean，EJB组件实现）， "View" 是应用的表示面（由JSP页面产生），"Controller" 是提供应用的处理过程控制（一般是一个Servlet），通过这种设计模型把应用逻辑，处理过程和显示逻辑分成不同的组件实现。这些组件可以进行交互和重用。


99、java中有几种方法可以实现一个线程？用什么关键字修饰同步方法? stop()和suspend()方法为何不推荐使用？
有两种实现方法，分别是继承Thread类与实现Runnable接口
用synchronized关键字修饰同步方法
反对使用stop()，是因为它不安全。它会解除由线程获取的所有锁定，而且如果对象处于一种不连贯状态，那么其他线程能在那种状态下检查和修改它们。结果很难检查出真正的问题所在。suspend()方法容易发生死锁。调用suspend()的时候，目标线程会停下来，但却仍然持有在这之前获得的锁定。此时，其他任何线程都不能访问锁定的资源，除非被"挂起"的线程恢复运行。对任何线程来说，如果它们想恢复目标线程，同时又试图使用任何一个锁定的资源，就会造成死锁。所以不应该使用suspend()，而应在自己的Thread类中置入一个标志，指出线程应该活动还是挂起。若标志指出线程应该挂起，便用wait()命其进入等待状态。若标志指出线程应当恢复，则用一个notify()重新启动线程。


100、java中有几种类型的流？JDK为每种类型的流提供了一些抽象类以供继承，请说出他们分别是哪些类？
字节流，字符流。字节流继承于InputStream  OutputStream，字符流继承于InputStreamReader  OutputStreamWriter。在java.io包中还有许多其他的流，主要是为了提高性能和使用方便。

 101、java中会存在内存泄漏吗，请简单描述。
会。如：int i,i2;  return (i-i2);   file://when i为足够大的正数,i2为足够大的负数。结果会造成溢位，导致错误。


102、java中实现多态的机制是什么？
方法的重写Overriding和重载Overloading是Java多态性的不同表现。重写Overriding是父类与子类之间多态性的一种表现，重载Overloading是一个类中多态性的一种表现。


103、垃圾回收器的基本原理是什么？垃圾回收器可以马上回收内存吗？有什么办法主动通知虚拟机进行垃圾回收？
对于GC来说，当程序员创建对象时，GC就开始监控这个对象的地址、大小以及使用情况。通常，GC采用有向图的方式记录和管理堆(heap)中的所有对象。通过这种方式确定哪些对象是"可达的"，哪些对象是"不可达的"。当GC确定一些对象为"不可达"时，GC就有责任回收这些内存空间。可以。程序员可以手动执行System.gc()，通知GC运行，但是Java语言规范并不保证GC一定会执行。


104、静态变量和实例变量的区别？
static i = 10; file://常量
class A a;  a.i =10;//可变


105、什么是java序列化，如何实现java序列化？
序列化就是一种用来处理对象流的机制，所谓对象流也就是将对象的内容进行流化。可以对流化后的对象进行读写操作，也可将流化后的对象传输于网络之间。序列化是为了解决在对对象流进行读写操作时所引发的问题。
序列化的实现：将需要被序列化的类实现Serializable接口，该接口没有需要实现的方法，implements Serializable只是为了标注该对象是可被序列化的，然后使用一个输出流(如：FileOutputStream)来构造一个ObjectOutputStream(对象流)对象，接着，使用ObjectOutputStream对象的writeObject(Object obj)方法就可以将参数为obj的对象写出(即保存其状态)，要恢复的话则用输入流。


106、是否可以从一个static方法内部发出对非static方法的调用？
不可以,如果其中包含对象的method()；不能保证对象初始化.


107、写clone()方法时，通常都有一行代码，是什么？
Clone 有缺省行为，super.clone();他负责产生正确大小的空间，并逐位复制。


108、在JAVA中，如何跳出当前的多重嵌套循环？
用break; return 方法。


109、List、Map、Set三个接口，存取元素时，各有什么特点？
List 以特定次序来持有元素，可有重复元素。Set 无法拥有重复元素,内部排序。Map 保存key-value值，value可多值。


110、J2EE是什么？
J2EE是Sun公司提出的多层(multi-diered),分布式(distributed),基于组件(component-base)的企业级应用模型(enterpriese application model).在这样的一个应用系统中，可按照功能划分为不同的组件，这些组件又可在不同计算机上，并且处于相应的层次(tier)中。所属层次包括客户层(clietn tier)组件,web层和组件,Business层和组件,企业信息系统(EIS)层。


111、UML方面 
标准建模语言UML。用例图,静态图(包括类图、对象图和包图),行为图,交互图(顺序图,合作图),实现图。


112、说出一些常用的类，包，接口，请各举5个
常用的类：BufferedReader  BufferedWriter  FileReader  FileWirter  String  Integer
常用的包：java.lang  java.awt  java.io  java.util  java.sql
常用的接口：Remote  List  Map  Document  NodeList 


113、开发中都用到了那些设计模式?用在什么场合? 
每个模式都描述了一个在我们的环境中不断出现的问题，然后描述了该问题的解决方案的核心。通过这种方式，你可以无数次地使用那些已有的解决方案，无需在重复相同的工作。主要用到了MVC的设计模式。用来开发JSP/Servlet或者J2EE的相关应用。简单工厂模式等。


114、jsp有哪些动作?作用分别是什么? 
JSP共有以下6种基本动作 jsp:include：在页面被请求的时候引入一个文件。 jsp:useBean：寻找或者实例化一个JavaBean。 jsp:setProperty：设置JavaBean的属性。 jsp:getProperty：输出某个JavaBean的属性。 jsp:forward：把请求转到一个新的页面。 jsp:plugin：根据浏览器类型为Java插件生成OBJECT或EMBED标记。


115、Anonymous Inner Class (匿名内部类) 是否可以extends(继承)其它类，是否可以implements(实现)interface(接口)? 
可以继承其他类或完成其他接口，在swing编程中常用此方式。


116、应用服务器与WEB SERVER的区别？
应用服务器：Weblogic、Tomcat、Jboss
WEB SERVER：IIS、 Apache


117、BS与CS的联系与区别。
C/S是Client/Server的缩写。服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如Oracle、Sybase、Informix或 SQL Server。客户端需要安装专用的客户端软件。
B/Ｓ是Brower/Server的缩写，客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。在这种结构下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现。浏览器通过Ｗeb Server 同数据库进行数据交互。
C/S 与 B/S 区别： 
１．硬件环境不同: 
　　C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.
　　B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行 
２．对安全要求不同 
　　C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.
　　B/S 建立在广域网之上, 对安全的控制能力相对弱, 可能面向不可知的用户。
３．对程序架构不同 
　　C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.
　　B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟. 
４．软件重用不同 
　　C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.
　　B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子 
５．系统维护不同  
　　C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统
　　B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级. 
６．处理问题不同 
　　C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统
　　B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小. 
７．用户接口不同 
　　C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高
　　B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本. 
８．信息流不同 
　　C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低
　　B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更像交易中心。


118、LINUX下线程，GDI类的解释。
LINUX实现的就是基于核心轻量级进程的"一对一"线程模型，一个线程实体对应一个核心轻量级进程，而线程之间的管理在核外函数库中实现。 
GDI类为图像设备编程接口类库。


119、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属性、国际化的提示和消息。


120、Jdo是什么? 
JDO是Java对象持久化的新的规范，为java data object的简称,也是一个用于存取某种数据仓库中的对象的标准化API。JDO提供了透明的对象存储，因此对开发人员来说，存储数据对象完全不需要额外的代码（如JDBC API的使用）。这些繁琐的例行工作已经转移到JDO产品提供商身上，使开发人员解脱出来，从而集中时间和精力在业务逻辑上。另外，JDO很灵活，因为它可以在任何数据底层上运行。JDBC只是面向关系数据库（RDBMS）JDO更通用，提供到任何数据底层的存储功能，比如关系数据库、文件、XML以及对象数据库（ODBMS）等等，使得应用可移植性更强。

论坛资源
本文前面部分删除了许多重复的文章，也没有包括一些比较复杂的文章，大家可以到Dev2dev WebLogic管理板块
http://dev2dev.bea.com.cn/bbs/forum.jspa?forumID=81&start=0
和本版精华
http://dev2dev.bea.com.cn/bbs/forum!quint.jspa?forumID=81
下查看。
本文随同本论坛其它板块的资料，也保留在社会书签http://del.icio.us/dev2dev.cn处，大家可以也尝试使用这种书签，来共同维护我们的资源，人多力量大。以下我说说其他有用资料。

dev2dev 学堂
这里的资料十分的丰富。
   实战集锦非常实用，里面主要包括了一些WebLogic出现的问题以及解决方案，其中你不仅可以学到WebLogic的许多知识，也可以知道许多Java与操作系统的基础知识，也可以发现许多排错和调优的好工具以及使用方法。
   WebLogic Server里面包括了大量的基础教程，既有图文并茂的教程，也有许多动画教程。你可以学到WebLogic的在Windows和Linux/UNIX下的安装，可以学到如何配置SSL和集群，如何发布简单应用程序，如何使用JMS，如何调用你的第一个JSP文件。
   WebLogic常见问题包括经常遇到了简单问题以及快捷的回答。

dev2dev 学堂：http://dev2dev.bea.com.cn/bbs/school/index.jsp
实战指南：http://www.bea.com.cn/support_pattern/index.htm
WebLogic Server学堂：http://dev2dev.bea.com.cn/bbs/school/guide/webser/index1.jsp
常见问题：http://www.bea.com.cn/services/custsupp/techresor/faq/faq_weblogic_list.jsp

1．创建集群域clusterdomainnew，管理服务器myserver（7001:7003）；
2．创建Machine：admin（myserver,ProxyServer），cluster(serverA,serverB)；
3．创建受管服务器serverA(8001)，serverB(8003)；
4．创建集群mycluster；
Choose Servers for this Cluster: serverA，serverB
config.xml:
    <Cluster ClusterAddress="172.30.94.60:8001,172.30.94.60:8003"
MulticastAddress="237.0.0.1" MulticastPort="7777" Name="mycluster"/>

5．部署WebApp应用，targets mucluster；
6．创建代理服务器ProxyServer（80），将DefaultWebApp targets ProxyServer；
7．编辑DefaultWebApp应用，注册HttpClusterServlet：
<servlet>
<servlet-name>HttpClusterServlet</servlet-name>
<servlet-class>weblogic.servlet.proxy.HttpClusterServlet</servlet-class>
<init-param>
      <param-name>WebLogicCluster</param-name>
<param-value>172.30.94.60:8001:8002|172.30.94.60:8003:8004</param-value>  
    </init-param>
    <init-param>  
      <param-name>DebugConfigInfo</param-name>  
      <param-value>ON</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>HttpClusterServlet</servlet-name>
<url-pattern>/</url-pattern></servlet-mapping>
<servlet-mapping>
<servlet-name>HttpClusterServlet</servlet-name>
<url-pattern>*.jsp</url-pattern> </servlet-mapping>
<servlet-mapping>
<servlet-name>HttpClusterServlet</servlet-name>
<url-pattern>*.htm</url-pattern> </servlet-mapping>
<servlet-mapping>
<servlet-name>HttpClusterServlet</servlet-name>  
<url-pattern>*.html</url-pattern>
</servlet-mapping>
8．重启myserver；
9．启动serverA：startManagedWeblogic serverA http://172.30.94.60:7001;
启动成功后，访问http://172.30.94.60:8001/WebApp/ 验证一下！
10.启动serverB：startManagedWeblogic serverB http://172.30.94.60:7001;
启动成功后，访问http://172.30.94.60:8003/WebApp/ 验证一下！
11. 启动ProxyServer：startManagedWeblogic ProxyServer http://172.30.94.60:7001。
访问http://172.30.94.60/WebApp，是不是大功告成了：）

4.2.2 集群规划
在规划集群配置时，应该牢记以下关于网络环境与集群配置的限制。

1．首先，集群中的WebLogic主机必须使用永久的静态IP地址。动态IP地址分配不能用于集群环境。如果服务器位于防火墙后面，而客户机位于防火墙外面，那么服务器必须有公共的静态IP地址，只有这样，客户端才能访问服务器。

2．集群中的所有WebLogic服务器必须位于同一个局域网，并且必须是IP广播可到达的。

3．集群中的所有WebLogic服务器必须使用相同的版本。配置集群中的服务器，使它们支持所提供的服务。对于使用了JDBC连接的EJB，所有部署了某EJB的服务器必须具有相同的部署与持久化配置。也就是说所有服务器都应该有相同的JDBC配置。所有部署了servlet的主机必须维护一组具有相同ACL的servlet。
如果客户端应用直接使用JDBC连接池，那么你必须为每个WebLogic服务器创建相同的连接池（并具有相同的ACL）。这意味着集群所使用的连接池应该 可以在所有的机器上创建。例如，一台运行WebLogic的NT服务器配置了连接Microsoft SQL Server数据库的连接池，那么一个包含非Windows机器（即不支持Microsoft SQL Server连接的机器）的集群不能使用这个连接池。
其它配置细节可能会因不同的集群成员而不同。例如，一台Solaris服务器可以比一台小的 NT工作站处理更多的登录请求。这种差异是可以接受的。因此，正如这里所给出的例子，对于那些与性能相关的属性，你可以根据每个集群成员的特点来配置不同 的值，只要所有成员的服务配置相同即可。因此，集群中的WebLogic服务器在所有与WebLogic服务、类文件以及外部资源（例如数据库）相关的方 面具有相同的配置。

4.2.3 服务器配置任务列表
可以通过管理控制台进行以下服务器配置：
1．Server节点配置单独的服务器可以配置的属性包括名字：监听端口与IP地址。

2．Server节点克隆一个服务器：克隆的服务器保存了原来服务器的属性值，你可以使用Server节点中的

      Configuration配置新服务器的名字。

3．使用管理控制台的Server节点来删除一个服务器：点击要删除的服务器的图标，将弹出一个删除服务器

     的确认对话框，点击对话框中的Yes按钮将删除服务器。

4．使用管理控制台的Server节点查看一个服务器的日志：点击要查看的服务器，点击Monitoring标签页，

       点击View Server Log连结，便可以在管理控制台的右窗格查看服务器日志。

5．使用管理控制台的Server节点查看一个服务器的JNDI树：点击所要查看的服务器，然后点击Monitoring

      标签页，点击该页面上View JNDI Tree连接，该服务器JNDI树的信息便显示在管理控制台的右窗格中。

6．使用管理控制台的Server节点查看服务器的执行队列：点击所要查看的服务器，然后点击Execute

      Queue 链接，然后查看管理控制台右边窗格里的表格中的内容。

7．使用管理控制台的Server节点查看服务器的执行线程：点击所要查看的服务器，然后点击Execute

      Queue 链接，然后查看管理控制台右边窗格里的表格中的内容：

8．使用管理控制台的Server节点查看server sockets：点击所要查看的服务器,点击View Sockets连接，然

      后查看管理控制台右边窗格里的表格中的内容。

9．使用管理控制台的Server节点查看服务器连接：点击所要查看的服务器，点击View Connections连接，

      然后查看管理控制台右边窗格里的表格中的内容。

10． 使用管理控制台的Server节点进行强制垃圾收集，点击要监控的服务器，点击JVM标签页，点击页面

        上的Force Garbage Collection连接，将弹出是否要进行垃圾收集的确认对话框。

11．Server节点监视服务器的安全：点击要监控的服务器，点击Monitoring标签页，点击Security标签页，

       将显示安全信息。

12．Server节点查看服务器的版本：点击要查看的服务器，点击Version标签页，将显示服务器的版本信

        息。
13．Server节点监控服务器集群：点击要监控的服务器，点击Cluster标签页，将显示该服务器的集群数

        据。

14．Server节点来部署EJB：点击需要部署EJB的服务器，点击需要分发的EJB并使用移动控件将它移到被

        选列中，点击Apply来保存你的选择。

15．Server节点来监视部署在某一服务器上的所有EJB：点击需要监视的服务器，点击Monitor All EJB

        Deployments连接来显示EJB的部署列表。

16．Server节点将web应用组件部署在某一服务器上：选择要部署web应用的服务器：选择需要部署的web

        应用，然后通过移动控件将它移到被选列中，点击Apply来保存你的选择。

17．Server节点来监控某一服务器上的所有web应用组件：点击web应用所在的服务器，然后点击Monitor

        All Web Applications连接来显示Web Application 的部署列表。

18．Server节点在服务器上部署启动与终止类：点击需要部署启动类的服务器，然后点击需要部署的启动

        类并将它移到被选列中，点击Apply来保存你的选择，使用终止类控件来部署终止类的过程与此相同。

19．Server节点为服务器分配JDBC连接池：点击web server分配表中的一个服务器，在Available列中点击

        一到多个JDBC连接池，并通过移动控件将所选择的JDBC连接池移到Chosen列，点击Apply来保存你

       所做的分配。

20．Server节点为一个服务器分配WLEC连接池：点击需要分配WLEC连接池的服务器：在Available列中选

        择一个或多个要分配的WLEC连接池，使用移动控件将所选择的WLEC连接池移动到Chosen列。

21．通过管理控制台的Server节点监视某一服务器上的所有WLEC连接池：选择一个需要监视连接池的服务

        器，点Monitor All WLEC Connection Pools on This Server链接，所有分配给这台服务器的连接池会

        显示在右窗格中的WLEC Connection Pools列表中。

22．Server节点为一台服务器分配XML 注册表，选择要分配XML 注册表的服务器，从XML 注册表的下拉列

       表中选择一个注册表，点Apply保存设置。

23．Server节点分配邮件会话：选择一个要分配邮件会话的服务器，从Available列中选择要分配给服务器

        的邮件会话，使用移动控件把所选择的移动会话移动到Chosen列中，点Apply按钮保存设置。

24．通过管理控制台为服务器分配文件T3s：选择一个要分配文件T3的服务器，从Available列中选择要分

        配给服务器的文件T3s，使用移动控件把所选择的文件T3s移动到Chosen列，点Apply按钮保存设置。

25．Connection连接，然后查看管理控制台右边窗格里的表格中的内容。

26．使用管理控制台的Server节点进行强制垃圾收集：点击要监控的服务器，点击JVM标签页，点击页面上

        的Force Garbage Collection连接，将弹出是否要进行垃圾收集的确认对话框。

问题描述
配置 JDBC 连接池或使用不推荐的编程技术可引发许多与 JDBC 池连接、相关数据库或 WebLogic Server 实例有关的各类问题。此外，底层数据库与网络配置和体系结构也可能导致 JDBC 连接问题。

故障排除
本模式提供了针对其中若干主题的故障排除技巧以及如何进一步探查 JDBC 故障的信息。请注意，并非下面所有任务都需要完成。有些问题仅通过执行几项任务就可以解决。

JDBC 连接池问题
配置和调整 JDBC 连接池是一项非常重要的管理任务，其目的是确保应用程序服务器及应用程序本身的性能和稳定性。连接池配置不当可导致许多不同的故障：
执行 JDBCDataSource.getConnection() 过程中出现 ResourceException (weblogic.common.ResourceException:No resources available)
RDBMS 或网络性能不佳，向底层数据库发出的连接请求导致 WebLogic Server 启动时间漫长
由于 JDBC 驱动程序配置故障，在创建 JDBC 池连接过程中出现错误或异常
数据库关闭后出现连接刷新/重新连接故障
数据库问题
JDBC 池连接代表底层数据库中的数据库会话。JDBC 池配置可导致数据库本身出现故障。WebLogic Server 和数据库系统间的网络连接也可引发故障：
Oracle 数据库中打开的游标过多
防火墙会关闭数据库与 WebLogic Server 间的空闲连接
如果使用 getVendorConnection() 来获得底层物理连接，则应选上属性 RemoveInfectedConnectionsEnabled 的设置
WebLogic Server 问题
JDBC 池使用 WebLogic Server 资源来执行它们的任务。需对这种情况加以考虑，因为 JDBC 问题可能导致 WebLogic Server 出现以下故障：
WebLogic Server 因本地 JDBC 驱动程序库的原因而崩溃
Webogic Server 或应用程序因 JDBC 驱动程序方法或函数而挂起
JDBC 对象内存泄漏导致 OutOfMemoryError 或进程大小不断增加
一般主题
本小节提供以下一般 JDBC 连接池主题的调整和故障排除信息：
通过调试或跟踪 JDBC 来排除 JDBC 故障
理解 WebLogic Server MultiPool Failover 或负载平衡
如何针对生产环境调整 JDBC 连接池？
WebLogic Server 和 Oracle RAC/TAF
Oracle ORA-01591 异常
JDBC 连接池问题
执行 JDBCDataSource.getConnection() 过程中出现 ResourceException (weblogic.common.ResourceException:No resources available)
通过 DataSource 向 JDBC 连接池发出的 getConnection() 请求未得到满足时，系统就会抛出 ResourceException。请求未得到满足的原因不外乎以下两种：池中没有连接或没有可以使用的线程来处理连接请求。缺少资源的原因不外乎以下两种：

应用程序中存在连接泄漏。
如果应用程序代码使用的是 JDBC 池中的连接，需要在其使用完毕后将连接关闭。如果未调用 close()，连接就得不到释放，也就无法重复使用连接。Oracle JDBC 连接池连接泄漏的一个可能故障症状为：显示
ORA-00020 - maximum number of processes (600) exceeded 错误信息。
将会单独设立一个模式来讨论此主题，推出该模式时，即会提供更多、更详细的信息。

WebLogic Server 提供了一种泄漏检测功能。如果您怀疑应用程序未正确关闭所有 JDBC 池连接，启用该功能有助于对实际情况进行分析。可以连接池为单位设置该属性。可登录以下网址来查阅有关 ConnLeakProfilingEnabled 属性的文档：

http://e-docs.bea.com/wls/docs81/config_xml/JDBCConnectionPool.html#ConnLeakProfilingEnabled (English)。可以通过控制台设置此属性。与此相关的信息，请参阅：http://e-docs.bea.com/wls/docs81/ConsoleHelp/domain_jdbcconnectionpool_config_connections.html#1104722 (English)。

配置的线程数过少或配置的连接数 (MaxCapacity) 过少，无法建立应用程序所需的足够数量的并发活动数据库连接。
对于这种情况，一般的经验方法是将 JDBC 池中的数据库连接数 (MaxCapacity) 配置为与执行线程数相等。该值会限制可同时处于活动状态（在事务中登记）的数据库连接的数量，因此进行容量规划时需要考虑这一因素。
尽管应用程序发生了表明池中没有可用连接的 ResourceException，但同时仍然出现了连接高峰（创建了大量连接）。
如果对应用程序的分析表明，保留的连接数比应用程序代码实际使用的连接数要多，并排除了连接泄漏的可能，则最可能的情况是：代表间隔的属性 RefreshMinutes 的值设置得过小。关闭刷新功能：

在 WLS 8.1 及以上版本中，将 TestFrequencySeconds 设置为 0；
在 WLS 7.0 中，将 RefreshMinutes 设置为 0；
在更早的版本中，将 RefreshMinutes 设置为 99999999（此项的最大值为 35791394）。如果设置为 0，将自动恢复到缺省值 5 分钟。
背景信息
刷新功能专用于使用测试表来测试池中所有当前未使用的连接，并在需要（测试失败）时刷新连接。如果定义了测试表，并在 JDBCConnectionPool 中定义了属性 RefreshMinutes，便可启用该功能。

在运行上，刷新功能与任何客户端应用程序代码异步，并会暂时保留所有当前未使用的池连接供测试之用。在整个测试期间，它会一直保留所有这些连接。如果在此期间有新的应用程序连接请求到来，将出现下列情况：
如果 InitialCapacity 小于 MaxCapacity，并小于当前打开的 MaxCapacity 连接数，则到来的每个连接请求将打开 CapacityIncrement 个新连接，直至达到池中最多允许的连接数。（这可能导致连接高峰效应，因为打开的连接数可能比实际同时使用的连接数要多。）
如果打开的连接数已达最多允许的连接数，就会抛出 ResourceException。
应该仔细考虑您的 JDBC 池是否确实需要刷新功能。在 WebLogic Server 和数据库间设有防火墙这种情况下，由于防火墙在实际运行中会关闭空闲的套接字连接，因此非常适合使用刷新功能。（有关这方面的详细信息，请参阅防火墙关闭空闲连接。）

测试和刷新连接的替代方案（如果需要）有：

将属性 TestConnectionsOnReserve 设置为 true。这样可确保先对从池请求的每个连接进行测试，然后再将它们转发给应用程序代码。如果测试失败，将自动重新打开连接。
如果数据库暂时不可用或停用，可使用 weblogic.Admin RESET_POOL 对连接池进行完整刷新。这样可确保所有连接都得到刷新，而刷新功能只会刷新未使用的连接。

RDBMS 或网络性能不佳，向底层数据库发出的连接请求导致 WebLogic Server 启动时间漫长
在 WebLogic Server 启动过程中，JDBCConnectionPool 中的属性 InitialCapacity 用于定义将立即创建的连接的数量。如果创建和初始化与数据库的底层物理连接很耗时，则启动 WebLogic Server 实例的时间同样会很漫长。

如果向数据库发出连接请求通常很耗时，而您又不希望 WebLogic Server 启动时用去如此长的时间，则可以采用替代方案，即将 InitialCapacity 设置为 0。这样设置后，所创建的池在启动时将没有物理连接。如果要在第一个连接请求过程中创建所有连接，请将 CapacityIncrement 设置为池中可用连接的总数。第一个请求将很耗时，但之后连接池将处于完全可用状态。

某些 JDBC 驱动程序（如 WLS 8.1 SP2 及以上版本附带的 4 类 Oracle 驱动程序）的一些属性会限制连接请求的最长等待时间。对于这类驱动程序，请在 config.xml 中 JDBCConnectionPool 的 Properties 属性部分指定 LoginTimeout 属性。此值将由 WebLogic Server 传递给 JDBC 驱动程序。有关详细信息，请参阅 S-06615 (English) 支持解决办法。

探查 JDBC 故障(二)

因 JDBC 驱动程序配置问题而在 JDBC 池连接创建过程中出现错误或异常
如前所述，WebLogic Server 将尝试在启动时创建 InitialCapacity 个物理连接。如果未正确配置 JDBC 池或在 WebLogic Server 启动过程中数据库不可用，物理连接的初始化将不会成功。在 WLS 8.1 之前的版本中，这会导致 JDBC 连接池创建不成功，且之后无法使用连接池。对连接池的刷新、删除或重新创建操作也无法进行。针对这一问题的解决方法是，配置一个在启动时不打开任何连接的 JDBC 池 (InitialCapacity="0")。这样设置后，所创建的连接池将不会有打开的连接，数据库再次可用后，每个连接请求到达连接池时都将打开 CapacityIncrement 个连接，而如果数据库仍然停用，则会抛出错误信息。

在 WLS 8.1 中，这一行为已发生了变化。如果在 JDBC 池创建过程中发生故障，将创建一个初始连接数为 0 的 JDBC 池。可以在 WebLogic Server 仍处于运行状态时更改该配置。对池进行了正确配置或数据库再次可用后，则可创建池连接，并可在应用程序中使用池。

有关如何为不同的驱动程序（包括第三方驱动程序）配置 JDBC 连接池的信息，请登录以下网址：http://e-docs.bea.com/wls/docs81/jdrivers.html (English)。

因 JDBC 池配置不正确而产生的典型错误信息如下：

如果显示类似下列信息的错误信息，请更正所指定的用户/密码：
<05.11.2003 11.38 Uhr CET> <Error> <JDBC> <BEA-001150> <Connection Pool "myPool" deployment failed with the following error: 0:
Could not connect to 'oracle.jdbc.driver.OracleDriver'.

The returned message is: ORA-01017: invalid username/password; logon denied

可能是登录名或密码无效。
也可能是配置中的其它项无效或数据库不可用。
如果显示类似下列信息的错误信息，请更正数据库名称：
<06.11.2003 14.21 Uhr CET> <Warning> <JDBC> <BEA-001129> <Received exception while creating connection for pool "myPool": E/A-Exception: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=153092352)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=125
05)(EMFI=4))))>
<06.11.2003 14.21 Uhr CET> <Error> <JDBC> <BEA-001150> <Connection Pool "myPool"
deployment failed with the following error:
0:Could not create pool connection. The DBMS driver exception was: E/A-Exception: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=153092352)(ERR=12505)
(ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4)))).>

如果显示类似下列信息的错误信息，请检查 tns 条目或 PATH、LD_LIBRARY_PATH 等环境设置。在 Windows 系统中，PATH 需指向客户端和 OCI 库，而在 Unix 环境下，LD_LIBRARY_PATH 需指向客户端安装复制客户端和 oci 库的目录。
####<Apr 17, 2003 1:58:44 PM CEST> <Error> <JDBC> <mydomain> <myserver> <main> <kernel identity> <> <001060> <Cannot startup connection pool "myPool" weblogic.common.ResourceException:
weblogic.common.ResourceException:
Could not create pool connection. The DBMS driver exception was:java.sql.SQLException: Io exception: The Network Adapter could not establish the connection

如果 tnsnames.ora 文件或 ORACLE_HOME 设置得不正确，将抛出以下 Oracle 错误：
ORA-12154: TNS could not resolve service name

请确保 ORACLE_HOME 环境变量所指向的目录正确，且 tnsnames.ora 文件存储在正确的目录中。请通过 sql-plus 验证是否可以成功连接到此数据库。S-08804 (English) 支持解决办法中提供了有关 ORA-12154 和相关 Oracle SQL 错误的更多信息。

与此相关的错误信息为 ORA-24327 - 配置故障引发该错误信息的可能性最大： LOGIN ERROR CODE: 24327
<Error> <JDBC Connection Pool> Cannot startup connection pool "xxxPool" weblogic.common.ResourceException:Could not create pool connection. The DBMS driver exception was: java.sql.SQLException: ORA-24327: need explicit attach before authenticating a user .

S-08804 (English) 支持解决办法中提供了有关 ORA-24327 和相关 Oracle SQL 错误的更多信息。

语言环境设置不正确可能引发类似下列信息的错误信息：
weblogic.management.DeploymentException: Error creating connection pool myConnectionPool: 0:Unable to load locale categories

在启动 WebLogic Server 前，请确保设置了正确的语言环境。在同一环境中启动数据库客户端来进行复核，并检查您的语言环境在其中是否有效。

数据库停用后的连接刷新/重新连接故障
如果在数据库处于间歇性停用状态时将属性 TestConnectionsOnReserve 设置为 true，且连接测试查询失败，就会发生连接重设或刷新。您会在 WebLogic Server 日志文件中找到类似于下列信息的相关信息：

ORA-03113 end-of-file on communication channel 和/或 ORA-01012 not logged on： <Jan 31, 2002 2:20:17 PM PST> <Info> <JDBC Pool oraclePool> <null> <This connection will now be refreshed.>

<Jan 31, 2002 2:20:18 PM PST> <Info> <JDBC> <001067> <Connection for pool "oraclePool" refreshed.>

<Jan 31, 2002 2:20:18 PM PST> <Info> <JDBC Pool oraclePool> <null> <A connection from pool oraclePool was tested during reserve with a select count(*) from dual and failed:>

<Jan 31, 2002 2:20:18 PM PST> <Info> <JDBC Pool oraclePool> <null>

<java.sql.SQL

Exception: ORA-03113: end-of-file on communication channel

at weblogic.db.oci.OciCursor.getCDAException(OciCursor.java:240)

at weblogic.jdbc.oci.Statement.execute(Statement.java:534)

at weblogic.jdbc.common.internal.ConnectionEnv.test(ConnectionEnv.java:961)

at weblogic.jdbc.common.internal.ResourceAllocator.reserve
(ResourceAllocator.java:651)

at weblogic.jdbc.common.internal.ResourceAllocator.reserveUnused
(ResourceAllocator.java:575)

at weblogic.jdbc.common.internal.ResourceAllocator.trigger
(ResourceAllocator.java:1296)

at weblogic.time.common.internal.ScheduledTrigger$1.run(ScheduledTrigger.java:171)

at weblogic.security.service.SecurityServiceManager.runAs
(SecurityServiceManager.java:807)

at weblogic.time.common.internal.ScheduledTrigger.executeLocally
(ScheduledTrigger.java:168)

at weblogic.time.common.internal.ScheduledTrigger.execute(ScheduledTrigger.java:158)

at weblogic.time.server.ScheduledTrigger.execute(ScheduledTrigger.java:38)

at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:156)

at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:137)

此信息只是通知信息，只要之后可成功创建连接，您没有必要担心。

数据库问题
Oracle 数据库中打开的游标过多
如果超过了配置的允许在 Oracle 数据库中打开的游标数，将抛出下列错误信息：

java.sql.SQLException: ORA-01000: maximum open cursors exceeded

这可能是由以下原因造成的：

请检查您在 JDBC 池上有关预处理语句缓存的配置。每个预处理语句都将使用 Oracle 数据库中的一个打开的游标。语句缓存以连接为单位存储预处理语句。这意味着 Oracle 数据库将为每个配置的池最多使用
(StatementCacheSize) x(MaxCapacity) 个打开的游标。由于打开的游标还将用于其它对象（例如，存储过程或结果集），因此需要将打开游标的数量配置得足够大，以便能够在语句缓存中存储所有语句。OPEN_CURSORS 的设置以会话/连接为单位。
有关语句缓存配置的更多信息，请参阅：http://e-docs.bea.com/wls/docs81/config_xml/JDBCConnectionPool.html#StatementCacheSize (English)
某些版本的 Oracle 驱动程序（thin 或 oci）的 XA 驱动程序类 (oracle.jdbc.xa.client.OracleXADataSource) 中有游标泄漏，该泄漏会导致一段时间后出现 ORA-01000 错误信息。请确保数据库端的 DBA_PENDING_TRANSACTION 视图有相应的权限：
grant DBA_PENDING_TRANSACTIONS to public
grant DBA_PENDING_NEIGHBORS to public
grant DBA_2PC_PENDING to public

游标泄漏问题已在 Oracle 9.2.0.5 和 Oracle 10g 中得到解决。Oracle Metalink Case 3151681（须有 Oracle Metalink 登录帐号）对这一已知问题做了说明。

防火墙关闭数据库与 WebLogic Server 间的空闲连接
如果您在数据库与 WebLogic Server 间配置了防火墙，而该防火墙在特定时间过后会关闭空闲连接，则可使用 JDBC 池刷新功能来确保该防火墙不会关闭池连接。如果使用了防火墙关闭的连接，通常会出现以下错误信息：

java.sql.SQLException: ORA-03113: end-of-file on communication channel
     at weblogic.db.oci.OciCursor.getCDAException(OciCursor.java:240)      at weblogic.jdbc.oci.Statement.executeQuery(Statement.java:916)
     at ...

发生该错误的原因是，WebLogic Server 端和数据库端均认为可以使用该套接字连接，因此两端均会尝试写入该套接字连接，但结果是都遭失败，因为防火墙已在未向参与方发出通知或错误信息的情况下关闭了该连接。请使用刷新功能来确保连接空闲的时间不会长到防火墙会关闭它们的程度。

可设置以下属性来配置刷新功能：

RefreshMinutes 属性，设置该属性可在空闲期间至少对连接进行一次测试。要启用刷新功能，还须设置 TestTableName 属性。有关详细信息，请参阅：http://e-docs.bea.com/wls/docs81/config_xml/JDBCConnectionPool.html#RefreshMinutes (English)
不过，如果定义了 JDBC 存储，则每个 JMS 服务器都会从 JDBC 池获得一个连接。该连接被视为池的保留连接，因此刷新功能不会测试和刷新这些连接。典型的错误信息是：

JMSServer "myJMSServer", store failure while writing message for queue myQueue, java.io.IOException

可通过以下两种方法之一更正这一错误：

在空闲期间至少发送一条哑元 JMS 信息，这样防火墙就不会关闭该连接
禁用防火墙关闭连接功能
另外定义一个 JDBC 池，将其用作 JMS 服务器的 JDBC 存储，并在空闲期间使用
weblogic.Admin RESET_POOL 再次打开连接至少一次
在 WebLogic Server 的较高版本（WLS 6.1 SP7、WLS 7.0 SP3 和 WLS 8.1 SP1）中，
该故障已得到解决，解决方法是：如果 JMS 空闲，则每 5 分钟对数据库执行一次 ping，以刷新连接，
防止防火墙将它们关闭。

如果使用 getVendorConnection() 来获得底层物理连接，则需要检查属性RemoveInfectedConnectionsEnabled的设置
某些高级 JDBC 命令要求以物理连接为参数。为此，可以调用 getVendorConnection()
来获取连接池所使用的物理连接。

不过，为避免后续故障，在实现使用物理连接的应用程序代码时应小心谨慎。由于实现了 JDBC
连接池来确保尽可能高的安全性和可用性，因此对于为其调用了 getVendorConnection()的任何连接，
在应用程序使用后都将被自动刷新 (RemoveInfectedConnectionsEnabled="true")。

由于这意味着连接池化失去了作用，即每个连接在使用后都会被关闭再重新打开，因此请仔细考虑应用
程序代码是否会更改或破坏物理连接上使重新打开成为必要的属性。在且只有在不存在这种情况时，
才能将属性 RemoveInfectedConnectionsEnabled设置为 false。

有关此属性的信息，请参阅：
http://e-docs.bea.com/wls/docs81/config_xml/JDBCConnectionPool.html
#RemoveInfectedConnectionsEnabled (English)。
 

WebLogic Server 问题
WebLogic Server 因本地 JDBC 驱动程序库的原因而崩溃
由于 2 类 JDBC 驱动程序使用本地代码，因此这些驱动程序中的故障可能会导致 JVM 和 WebLogic Server 崩溃。如果服务器崩溃，请查阅二进制核心文件分析模式中提供的信息。该信息将有助于跟踪到导致崩溃的本地库，并提供了解决该故障的技巧。

Webogic Server 或应用程序因 JDBC 驱动程序方法或函数而挂起
JDBC 连接使用 WebLogic Server 的执行线程来执行它的工作。这意味着一个挂起的数据库请求会阻塞 WebLogic Server 中的一个线程。JDBC 连接或数据库基础结构故障可能导致 WebLogic Server 或应用程序挂起。JDBC 导致服务器挂起模式中提供了有关分析此类故障的信息。常规服务器挂起模式中提供了有关如何跟踪到 WebLogic Server 中的挂起故障的一般信息。

JDBC 对象内存泄漏导致 OutOfMemoryError 或进程大小不断增加
JDBC 连接池中的连接或应用程序代码所使用的 JDBC 对象（直接与数据库相连）是进程堆或本地内存的一部分。如果未能正确关闭或释放这些对象，就会发生内存泄漏，导致堆使用量增加或进程大小不断增加，最终在 JVM 或操作系统无法再提供可用内存时，就会发生 OutOfMemoryError。

如果系统发生 OutOfMemoryErrors，并怀疑 JDBC 对象是成因，请查阅 Investigating OutOfMemory/Memory Leak Problems Pattern (English)，了解有关如何分析内存泄漏故障的信息。如果在 WebLogic Server 日志文件中或通过管理控制台的 JDBC 池监视功能检测到连接泄漏错误信息，以下即将推出的模式：探查 JDBC 连接泄漏中提供了排除该故障的方法。推出时将提供相应的链接。
 

探查 JDBC 故障(三)
2008年03月13日 星期四 23:39
一般主题
通过调试或跟踪 JDBC 来排除 JDBC 故障
要查明故障情况和分析实际发送到数据库的 SQL 语句，JDBC 调试和跟踪功能有时会发挥关键作用。不过，JDBC 是一种多层子系统，它只有一部分位于 WebLogic Server 内。JDBC 驱动程序层的调试和跟踪与驱动程序的类型关系密切。可以从驱动程序供应商处获得有关驱动程序的调试和跟踪标志的信息。

WebLogic Server 端有着不同的 JDBC 调试标志：

可通过管理控制台启用 jDriver JDBC 跟踪，也可以直接在 config.xml 中设置 Server 标志中的 <JDBCLoggingEnabled> 来启用该功能。有关详细信息，请参阅：http://e-docs.bea.com/wls/docs81/config_xml/Server.html#JDBCLogFileName (English)。
ServerDebugMBean 中有一些与 JDBC 有关的标志，可以在 config.xml 中启用这些标志。在您要调试的 WebLogic Server 实例中，请于 <Server> 标志中插入一个新的 <ServerDebug> 标志。以下为示例：
<Server Name="myserver" >
....
    <ServerDebug Name="myserver" JDBCConn="true" JDBCSQL="true" JTAJDBC="true" />
</Server>
此外，也可将这些调试标志设置为 WebLogic Server 启动时的系统属性：
-Dweblogic.Debug=weblogic.JDBCConn,weblogic.JDBCSQL,weblogic.JTAJDBC

这些调试标志的调试和跟踪过程可能会十分冗长，所以请非常仔细地考虑在何处启用这些标志。它们会产生大量输出，可能会对系统性能产生影响。在生产系统中，不应启用这些标志。

对于不允许启用 JDBC 调试功能或打印的信息不够多的驱动程序，安装 P6Spy 驱动程序有助于调试 JDBC 驱动程序和数据库间的所有 SQL 语句。这样可以再实现一个驱动程序层，该层的作用是将调试信息输出到日志文件中。可以从以下网站下载该驱动程序：

http://www.p6spy.com/
以下网址提供了文档和安装说明：http://www.p6spy.com/documentation/index.htm。

理解 WebLogic Server MultiPool Failover 或负载平衡
在要求高可用性或负载平衡性能的环境中，可以使用 WebLogic Server MultiPool。MultiPool 行为将随此配置的不同而变化。请参阅探查 JDBC MultiPool 问题模式，了解有关 Multipool Failover 和负载平衡的更多信息。

如何针对生产环境调整 JDBC 连接池？
针对生产系统配置 JDBC 连接池是确保稳定性和性能的一项关键而重要的任务。一些有帮助的一般性的建议可以作为管理员在执行这项任务时的出发点：

设置 InitialCapacity = MaxCapacity
这样可以确保 WebLogic Server 启动时会打开所有连接。由于创建物理数据库连接的开销很大，因此应一次打开所有需要的连接，并让它们保持打开状态。
将 ShrinkingEnabled 设置为 false 来禁用收缩功能
如前所述，由于创建物理数据库连接的开销大，因此应一次性建立所有连接，并让它们在 WebLogic Server 实例的整个生命周期内保持打开状态。
不需要时可关闭刷新功能 - 有关详细信息，请查阅上述的 JDBC 连接池问题和数据库与 WebLogic Server 之间的防火墙。
将 TestConnectionsOnReserve 设置为 true。
这样可以确保先对连接进行测试，然后再将其转给应用程序，并在需要时重新打开连接。
将 TestConnectionsOnRelease 设置为 false。
由于连接测试是应尽可能避免的系统开销，因此对应用程序返还给池的连接进行连接测试没有必要。只要在执行 getConnection 过程中对连接进行了测试，就没有必要再进行测试。
将 JDBC 池中的连接数量设置为与使用这些连接的执行线程的数量相等。
这有助于避免 ResourceException。

WebLogic Server 和 Oracle RAC/TAF
在为 Oracle RAC/TAF 配置 JDBC 连接池时，有一些细节需要考虑。Oracle RAC (Real Application Clusters) 配置和测试模式中提供了这些细节信息。其中包含有关如何安装和配置 Oracle RAC 的信息、有关 Oracle RAC/TAF 常见问题的一些背景信息、基本调试技巧以及指向外部资源的链接。

Oracle ORA-01591
数据库或参与分布式事务的其它资源的故障可能导致 Oracle 数据库中出现 ORA-01591 错误信息。以下即将推出的模式：探查 ORA-01591 错误信息将提供有关分析这一问题的信息。推出时将提供相应的链接。
 

相关阅读材料
以下网址中提供了对不同 JDBC 驱动程序及其配置的说明：http://e-docs.bea.com/wls/docs81/jdrivers.html (English)。还请检查数据库特有设置，尤其是在使用 XA 和分布式事务的情况下。

有关排除事务相关故障的信息，请参阅 Investigating Transaction Problems Pattern (English)。

http://e-docs.bea.com/wls/docs81/jdbc/index.html (English) 上的 JDBC 编程文档提供了不同类型的 JDBC 驱动程序、它们的包装器以及如何在应用程序代码中使用它们的相关信息。该链接下还提供了性能调整技巧。

有关可用的 JDBCConnectionPool 属性的完整列表，请参阅：http://e-docs.bea.com/wls/docs81/config_xml/JDBCConnectionPool.html#252800 (English)。