网上看到一个很有意思的美团面试题:为什么线程崩溃崩溃不会导致 JVM 崩溃,这个问题我看了不少回答,但发现都没答到根上,所以决定答一答,相信大家看完肯定会有收获,本文分以下几节来探讨
- 线程崩溃,进程一定会崩溃吗?
- 进程是如何崩溃的-信号机制简介。
- 为什么在 JVM 中线程崩溃不会导致 JVM 进程崩溃。
- openJDK 源码解析。
线程崩溃,进程一定会崩溃吗
一般来说如果线程是因为非法访问内存引起的崩溃,那么进程肯定会崩溃,为什么系统要让进程崩溃呢,这主要是因为在进程中,各个线程的地址空间是共享的,既然是共享,那么某个线程对地址的非法访问就会导致内存的不确定性,进而可能会影响到其他线程,这种操作是危险的,操作系统会认为这很可能导致一系列严重的后果,于是干脆让整个进程崩溃。

线程共享代码段,数据段,地址空间,文件
非法访问内存有以下几种情况,我们以 C 语言举例来看看:
针对只读内存写入数据。
#include <stdio.h>
#include <stdlib.h>
int main() {
char *s = "hello world";
// 向只读内存写入数据,崩溃
s[1] = 'H';
}
访问了进程没有权限访问的地址空间(比如内核空间)。
#include <stdio.h>
#include <stdlib.h>
int main() {
int *p = (int *)0xC0000fff;
// 针对进程的内核空间写入数据,崩溃
*p = 10;
}
在 32 位虚拟地址空间中,p 指向的是内核空间,显然不具有写入权限,所以上述赋值操作会导致崩溃。
访问了不存在的内存,比如:
#include <stdio.h>
#include <stdlib.h>
int main() {
int *a = NULL;
*a = 1;
}
以上错误都是访问内存时的错误,所以统一会报 Segment Fault 错误(即段错误),这些都会导致进程崩溃。
进程是如何崩溃的-信号机制简介
那么线程崩溃后,进程是如何崩溃的呢,这背后的机制到底是怎样的,答案是信号,大家想想要干掉一个正在运行的进程是不是经常用 kill -9 pid 这样的命令,这里的 kill 其实就是给指定 pid 发送终止信号的意思,其中的 9 就是信号,其实信号有很多类型的,在 Linux 中可以通过 kill -l查看所有可用的信号。

线程崩溃不一定会导致JVM进程崩溃,原因在于JVM有自己的信号处理函数。当线程发生StackOverflowError或NullPointerException时,JVM捕获SIGSEGV信号,不立即崩溃而是抛出异常。通过源码解析,了解到JVM如何处理这些异常以保证进程继续运行。
最低0.47元/天 解锁文章
378





