System.exit的在系统开发中常备开发人员调用以用于退出应用。然而一个不合理的调用位置可能导致JVM无法正常退出。
JVM无法正常退出问题
今天小编就遇到一个这样的问题:问题的原因是这样的:应用在运行时,main线程抛出异常,退出,但其他线程并未退出,导致JVM进程依旧存活,但无法提供服务。查看代码发现
....
service.startAsync().awaitTerminated();
system.exit(1)
....
通常awaitTerminated/awaitTermination等方法用于主线程来监控整个系统运行的状态,如果发现异常,则进程会自动退出。但是如上的逻辑中即调用了waitTerminated方法,又调用了System.exit方法,进程却还是没有退出成功,这就尴尬了。。。
JVM无法退出的分析
于是查看代码发现在awaitTerminated方法中当检测到某些异常(通常时其他线程或者服务在遇到一些致命问题时,设置的标志位)之后,直接抛出Exception异常,导致System.exit(1)没有被调用到,再加上服务中有部分线程并非daemon级别,因此进程无法退出。
退出JVM的相关测试
可参考如下代码:
object TermitatedTest {
val t2 = new ThreadExample
private def throwException = throw new Exception("Exit in Main")
def main(args: Array[String]): Unit = {
// t2.setDaemon(true) // 设置线程为daemon级别的线程
t2.start()
Thread.sleep(1000)
// throwException // 主线程中抛出异常:将引发主线程后续的代码不会执行,即使System.exit(1)
println("Trying to print")
System.exit(1)
}
}
class ThreadExample extends Thread{
override def run(){
println("Thread is running");
Thread.sleep(1000000)
println("Tread runned")
}
}
-
在throwException行注释掉之后:
无法t2线程是否为daemon级别,主线程运行完后,将直接退出
-
在throwException行没有注释时:
throwException后的代码不会执行 t2设置为damon级别,主线程抛出异常后,进程立刻退出 t2设置为非daemon级别,主线程抛出异常后,t2线程依然运行,JVM不会退出,直到t2运行完毕,JVM退出
JVM进程退出的建议:
对于一个单线程(除JVM必要的系统线程外只有一个线程)的简单应用来说,JVM会随着线程的运行结束,运行异常等情况退出JVM进程。但是对于一个多线程多服务的进程来说,一个线程的退出(即使这个线程是main线程)通常不会导致进程退出。但对于一个这样的系统服务JVM进程该如何退出呢
1 :直接调用System.exit方法完成JVM的退出
2 :启动服务/线程时,非核心线程应当线程设置为daemon,并将服务/线程的清理放入JVM的shutdownhook中,在JVMcatch到只有系统线程和daemon线程后,会调用注册过的hook函数,完成服务/线程的清理,进而退出JVM进程
3: 在一个大型的应用中:main函数中使用awaitterminatation机制来观察等待等个应用的运行,在需要终止的时候,结束等待或抛出异常。
4: 在使用第三方框架需要将其启动的线程设置为daemon级别。如使用akka时设置akka.daemonic=on,则akka启动的线程均为daemon级别的线程。
PS: 附一条查看JVM进程中damon线程的方法 :
jstack ${pid} | grep "tid" | grep "os_prio" | grep -v grep | grep daemon
网友评论