以IBM Websphere为例。当JVM管理的内存堆发生泄漏。造成Java虚拟机无法再向操作系统申请内存。

在这时会生成heapdump和javacore文件。可以使用工具HeapRoots205或者ibm heapanalyzer 来分析heapdump文件(需要很大的内存和磁盘空间)。对于那种由于创建大对象造成的系统崩溃比较容易分析，

使用内存空间最大的对象很可能是造成泄漏的对象。这是参照javacore (current Thread)和垃圾回收情况(native_stderr.log

纪录)、系统调试日志就可以很容易定位出错的模块和接口.

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变量

在/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