以IBM Websphere为例。当JVM管理的内存堆发生泄漏。造成Java虚拟机无法再向操作系统申请内存。
在这时会生成heapdump和javacore文件。可以使用工具HeapRoots205或者ibm heapanalyzer 来分析heapdump文件(需要很大的内存和磁盘空间)。对于那种由于创建大对象造成的系统崩溃比较容易分析，
使用内存空间最大的对象很可能是造成泄漏的对象。这是参照javacore (current Thread)和垃圾回收情况(native_stderr.log
纪录)、系统调试日志就可以很容易定位出错的模块和接口.
javacore分析工具ThreadAnaylsis
heapdump分析工具Memory Dump Diagnostic for Java
websphere通用 JVM 参数记在哪个文件
D:\Program Files\IBM\WebSphere\AppServer\profiles\AppSrv01\config\cells\LUNode01Cell\nodes\LUNode01\servers\server1\server.xml
<processDefinitions xmi:type="processexec:JavaProcessDef" xmi:id="JavaProcessDef_1149843118438" workingDirectory="${USER_INSTALL_ROOT}" executableTargetKind="JAVA_CLASS" executableTarget="com.ibm.ws.runtime.WsServer">
<execution xmi:id="ProcessExecution_1149843118438" processPriority="20" runAsUser="" runAsGroup=""/>
<ioRedirect xmi:id="OutputRedirect_1149843118438" stdoutFilename="${SERVER_LOG_ROOT}/native_stdout.log" stderrFilename="${SERVER_LOG_ROOT}/native_stderr.log"/>
<monitoringPolicy xmi:id="MonitoringPolicy_1149843118438" maximumStartupAttempts="3" pingInterval="60" pingTimeout="300" autoRestart="true" nodeRestartState="STOPPED"/>
<jvmEntries xmi:id="JavaVirtualMachine_1149843118438" verboseModeClass="false" verboseModeGarbageCollection="false" verboseModeJNI="false" runHProf="false" debugMode="false" debugArgs="-Djava.compiler=NONE -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=7777" genericJvmArguments="Dfile.encoding=GBK -Ddefault.client.encoding=GBK" disableJIT="false"/>
</processDefinitions>
最后的<jvmEntries就是整个全部JVM变量genericJvmArguments是通用JVM变量
aix下websphere自启动
在/etc下建立rc.startwas，内容如下：
cd /usr/IBM/WebSphere/AppServer/bin
./startServer.sh server1 -logfile /usr/websphere.log
给执行权限：
chmod u+x rc.startwas（只允许属主执行）
加入/etc/inittab
rc.startwas
欢迎页面
<welcome-file-list id="welcomefilelist_111">
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
加入web.xml
