在生产weblogic部署环境，发现weblogic每隔几个小时就shutdown一次，经过跟踪发现既不是内存问题，也不是数据库连接池问题，更不是访问量过大引起。

　　查询相关日志，只有以下几句shutdown的日志：

　　　　<BEA-000388> <JVM called WLS shutdown hook. The server will force shutdown now>
　　　　<BEA-000396> <Server shutdown has been requested by <WLS Kernel>>
　　　　<BEA-000365> <Server state changed to FORCE_SUSPENDING>

　　从上面的日志看来，更像是人为关闭weblogic产生的日志（实际并没有人为操作），一时间感觉没有头绪。经过半年多的查询各种相关资料，把问题范围锁定到jdk的相关问题。看到某文章上有一段话，大概是这样：When WebLogic Server running with the Sun JVM is shutdown, it is because there is a unwanted operating system call terminating the process.意思是说：当你的weblogic使用sun jvm时出现shutdown现象，是系统的一个不必要的操作，导致要关闭这个进程。而我的weblogic刚好使用的是sun jvm。

　　该问题解决方案如下：

　　确认你的weblogic使用的jdk是sun jdk还是JRockit jdk，然后需要在JAVA_OPTIONS加入以下参数

　　　　A sun jdk－加： -Djava.awt.headless=true -Xrs（ -Djava.awt.headless=true可以不用）

              B JRockit jdk－加: -Xnohup

        所以找到 setdomainenv.sh，在文件的最后找到 JAVA_OPTIONS="${JAVA_OPTIONS}"改成JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.awt.headless=true -Xrs"或JAVA_OPTIONS="${JAVA_OPTIONS} -Xnohup "即可。

　　关于修改JAVA_OPTIONS其实在很多相启动时的配置文件都可以修改，以上是linux环境weblogic修改方案。

 

      原理：

　　-Xrs来
　　设置XRS阻止了Java:trademark:运行时间环境处理任何内部或外部产生的信号，如SIGSEGV和SIGABRT。提出的任何信号都默认的操作系统处理程序处理。在JVM中禁用信号处理降低约2-4％的性能，这取决于应用程序。
       SIGABRT是中止一个程序，它可以被捕捉，但不能被阻塞。处理函数返回后，所有打开的文件描述符将会被关闭，流也会被flush。程序会结束，有可能的话还会core dump。 当程序调用abort(3)时，该进程会向自己发送SIGABRT信号。所以，SIGABRT一般用于信号中一些关键的处理，assert失败时也会使用它。你不应该去捕捉SIGSEGV和SIGABRT信号，如果收到这种信号，说明进程处于一个不确定的状态，很可能会直接挂起。