大家好,我是坤哥

网上看到一个很有意思的据说是美团的面试题:为什么线程崩溃崩溃不会导致 JVM 崩溃,这个问题我看了不少回答,但都没答到根本原因,所以决定答面试自我介绍简单大方一答,相信大家看完肯定会有收获,本文分以下变量泵几节来探讨

  1. 线程崩溃,进程一线程和进程的区别是什么定会崩溃吗
  2. 进程是如何崩溃的-信号机面试自我介绍简单大方制简线程数越多越好吗
  3. 为什么在 JVM 中线程崩溃不会导致 JVM 进程崩溃
  4. openJDK 源码解析

线程崩溃,进程一定会崩溃吗

一般来说如果线程是因为非法访问内存引起的崩溃,那么进程肯定会崩溃,为什么系统要让进程崩溃呢,这主要是因为在进程中,各个线程变量的地址空间是共享的,既然是共享,那么某个线程对地址的非法访问就会导致内存的不确定性,进而可能会影响到其他线程,这种操作是危险的,操作系统会认为这很可能导致变量一系列严重的后果,于是干脆让整个进程崩溃

为什么线程崩溃不会导致 JVM 崩溃

非法访问内存有以下几种情况,我们以 C 语言举例来看看

  1. 针对只读内存写入数据

    #include <stdio.h>
    #include <stdlib.h>
    int main() {
    	char *s = "hello world";
      s[1] = 'H'; // 向只读内存写入数据,崩溃
    }
    
  2. 访问线程池面试题了不属于进程地址空间的内存

    #include <stdio.h>
    #include <stdlib.h>
    int main() {
    	int *p = (int *)0xC0000fff;
      *p = 10; // 针对不属于进程的内核空间写入数据,崩溃
    }
    

    在 32 位虚拟地址空间中,p 指向的是内核空间变量的定义,显然不具有写线程撕裂者入权限,所以上述赋值操作会导致崩溃

  3. 访面试技巧和话术大全问了不存在的内存,比如

    #include <stdio.h>
    #include <stdlib.h>
    int main() {
    	int *a = NULL;
    	*a = 1;		// 访问了不存在的内存
    }
    

以上错误都是访问内存时的错误,所以统一会报 Segment Fault 错误(即段错误),这些都会导致进程崩溃

进程是如何崩溃的-信号机制简介

那么线程崩溃后,进程变量是什么意思是如何崩溃的面试自我介绍简单大方呢,这背后的机制到底线程数越多越好吗是怎样的,答案是信号,大家想想要干掉一个正在运行的进程是不是经常用 kill -9 pid 这样的命令,这里的 kil面试技巧和注意事项l 其实就是给指定 pid变量是什么意思 发送终止信号的意思,其中的 9 就是信号,其实信号有很多类型的,在 Li安全教育平台nux 中可以通过 kill -l查看所有可用的信号

为什么线程崩溃不会导致 JVM 崩溃

当然了发 kill 信号必须具有一定的权限,否则任意进安全期计算器程都可以通过发信号来终止其他进程,那显然是不合理的,实际上 kill 执行变量值的是系统调用,将控制权转移给了内核(操作系统),由内核来给指定的进程发送信号

那么发个信号进程怎么就崩溃了呢,这背后的原理到底是怎样的?

其背后的机制如下变量之间的关系

  1. CPU 执行正常的进程指令
  2. 调用 kill 系统调用向进程发送信号
  3. 进程收到操作系统发的信号,CPU 暂停当前程序运行,并将控制权转线程数是什么交给操作系统
  4. 调用 kill 系统调用向进程发送信号(假设为 11,即 SIGSEGV,一般非法访问内存报的都是这个错误)
  5. 操作系统根据情况执行线程数是什么相应的信号处理程序(函数),一般执行完信号处理程序逻辑后会安全期计算器让进程退出

注意上面的第五步,如果进程没有注册自己的信号处理函数,那么操作系统会执行默认的信号处理程序(一般最后会让进程退出),但如果注册了,则会执行自己的信号处理函数,这样的话就给了进程一个垂死挣扎的机会,它收到 kill 信号后,可以调用 exit() 来退出面试自我介绍3分钟通用但也可以使用 sigsetjmp,siglongjmp 这两个函数来恢复进程的执行

// 自定义信号处理函数示例
#include <stdio.h>
#include <signal.h>
#include <stdlib.h>
// 自定义信号处理函数,处理自定义逻辑后再调用 exit 退出
void sigHandler(int sig) {
  printf("Signal %d catched!n", sig);
  exit(sig);
}
int main(void) {
  signal(SIGSEGV, sigHandler);
  int *p = (int *)0xC0000fff;
  *p = 10; // 针对不属于进程的内核空间写入数据,崩溃
}
// 以上结果输出: Signal 11 catched!

如代码所示:注册信号处理函数后,当收到 SIGSEGV 信号后,先执行相关的逻辑再退出

另外java培训当进程接收信号之后也可以不定义自己的信号处理函数,而是选择忽略信号,如下

#include <stdio.h>
#include <signal.h>
#include <stdlib.h>
int main(void) {
  // 忽略信号
  signal(SIGSEGV, SIG_IGN);
  // 产生一个 SIGSEGV 信号
  raise(SIGSEGV);
  printf("正常结束");
}

也就是说虽然给进程发送了 kill 信号,但如变量名果进程自己定变量义了信号处理函数或者无视信号就有机会逃出生天,当然了 kill -9安全生产法 命令例外,不管进程是否定义了信面试自我介绍号处理函数,都会马上被干掉

说到这大家是否想起了一道经典面试题:如何让正在运行的 Java 工程的优雅停机,通过上面的介绍大家不难发现,其实是 JVM 自己定义了信号处理函数,这样当发送 kill pid 命令(默认会传 15 也就是 SIGTERM)后,JVM 就可以在信号处理函数中执行一些资源清理之后再调用 exit 退出。这种场景显然不能用 kill -9,不然一下把进程干掉了资源就来不及清楚了

为什么线程崩溃不会导致 JVM 进程崩溃

现在我们再来java是什么意思看看开头这个问题,相信你多少会心中有数,想想看在 Java 中有哪些是觉见的由于非法访问内线程撕裂者存而产生的 Exception 或 er面试自我介绍ror 呢,常见的是大家熟悉的 StackoverflowError 或者 NPE(NullPointerException),NPE 我们都了解,属于java培训是访问了不存在的内存

但为什变量名的命名规则么栈溢安全生产法出(Stackoverflow)也属于非法访问内存呢,这得简单聊一下进程的虚拟空间,也就是前面提到的共享地址空间

现代操作系统为了安全工程师保护进程之间不受影响,所以使用了虚拟地址空间来隔变量类型有哪些离进程,进程的寻址都是针对虚拟地址,每个进程面试自我介绍简单大方的虚拟空间都是一样的,而线程会共用进程的地址空间,以 32 位虚拟空间,进程的虚拟空间分布如下

为什么线程崩溃不会导致 JVM 崩溃

那么 stackoverflow 是怎么发生的呢,进程每调用一个函数,都会分配一个栈桢,然后在栈桢里会分配面试技巧和话术大全函数里定义的各种局部变量,假设现在调java模拟器用了一个无限递归面试自我介绍一分钟的函数,那就面试问题大全及答案大全会持续分配栈帧,但 stack 的大小是有限的(Linux 中默认为 8 M,可以通过 ulimit -a面试技巧和注意事项 查看),如果无限递归显然很快栈就会分配完了,此时再调用函数试图分配Java超出栈的大小内存,就会发生段错误,也就线程是 stackoverflow变量类型有哪些E安全教育日rror

为什么线程崩溃不会导致 JVM 崩溃

好了,现在我们知道了 Stackoverflow变量泵Error 怎么产生的,那问题来面试技巧了,既然 StackoverflowError 或者 NPE 都面试自我介绍简单大方属于非法访问内存, JVM 为什么不会崩溃呢,有了上一节的铺垫,相信你不难回答,其实就是因为 JVM 自定义了自己的信号处理函数,拦截了 SIGSEGV 信号,针对这两者不让它java编译器们崩溃,怎么证明这个推测呢,我们来看下 JVM 的源码来一探究竟

openJDK 源码解析

HotSpot 虚拟机目前使用范围最广的 Java 虚拟机,据 R 大所述, Oracle JDK 与 OpenJDK 里的 JVM 都是 HotSpot VM,从源码层面说,两者基本上是同一个变量类型有哪些东西,OpenJDK 是开源的,所以我们主要研究下 Java线程数是什么 8 的 OpenJDK 即可Java,地址如下:git变量名hub线程.com/AdoptOp面试自我介绍enJD…,有兴趣的可以下载来看变量泵

我们只研究 Linux 下的 JVM,为了便于说明,也方便大家查阅,我把其中关于信号处理的关键流程整理了下(忽略其中的次要代码)

为什么线程崩溃不会导致 JVM 崩溃

可以看到,在启动 JVM 的时候,也设置了信号处理函数,收到 SIGSEGV,SIGPIPE 等信号后最终会调用 JVM_handle_linux_signal 这个自定义信号处理函数,再来看下这个函数的主要逻辑

JVM_handle_linux_signal(int sig,
            siginfo_t* info,
            void* ucVoid,
            int abort_if_unrecognized) {
​
  // Must do this before SignalHandlerMark, if crash protection installed we will longjmp away
 // 这段代码里会调用 siglongjmp,主要做线程恢复之用
 os::ThreadCrashProtection::check_crash_protection(sig, t);
​
 if (info != NULL && uc != NULL && thread != NULL) {
  pc = (address) os::Linux::ucontext_get_pc(uc);
​
  // Handle ALL stack overflow variations here
  if (sig == SIGSEGV) {
   // Si_addr may not be valid due to a bug in the linux-ppc64 kernel (see
   // comment below). Use get_stack_bang_address instead of si_addr.
   address addr = ((NativeInstruction*)pc)->get_stack_bang_address(uc);
​
   // 判断是否栈溢出了
   if (addr < thread->stack_base() &&
     addr >= thread->stack_base() - thread->stack_size()) {
    if (thread->thread_state() == _thread_in_Java) {
      stub = SharedRuntime::continuation_for_implicit_exception(thread, pc, SharedRuntime::STACK_OVERFLOW);
     }
    }
   }
  }
​
 if (sig == SIGSEGV &&
        !MacroAssembler::needs_explicit_null_check((intptr_t)info->si_addr)) {
   // 此处会做空指针检查
   stub = SharedRuntime::continuation_for_implicit_exception(thread, pc, SharedRuntime::IMPLICIT_NULL);
  }
​
​
 // 如果是栈溢出或者空指针最终会返回 true,不会走最后的 report_and_die,所以 JVM 不会退出
 if (stub != NULL) {
  // save all thread context in case we need to restore it
  if (thread != NULL) thread->set_saved_exception_pc(pc);
​
  uc->uc_mcontext.gregs[REG_PC] = (greg_t)stub;
  // 返回 true 代表 JVM 进程不会退出
  return true;
  }
​
 VMError err(t, sig, pc, info, ucVoid);
 // 生成 hs_err_pid_xxx.log 文件并退出
 err.report_and_die();
​
 ShouldNotReachHere();
 return true; // Mute compiler
​
}

从以上代码我们可以知道以下信息

  1. 发生 stackoverflow 还有空指针错误变量之间的关系,确实都发送了 SIGSEGV,只是虚拟机不选择退出,而是自己内部作了额外的处理,其实是恢复了线程的执行,并抛出 Stackoverflow面试常见问题及回答技巧Error 和 NPE,这就是为什么 JVM 不会崩溃且我们能捕面试自我介绍一分钟获这两个错误/异常的原因
  1. 如果针对 SIGSEGV 等信号,在以上的函数中 JVM 没有做额外的处理,那么最终会走到 reporjava是什么意思t_and_die 这个方法javaee,这个方法主要做的事情是生成 hs_er面试常见问题及回答技巧r_pid_xxx.log c线程是什么意思rash 文件(记录了一些堆栈信息或错误),然后退出

自此我相信大家已经明白了为什么发生了 StackoverflowError 和 NPE 这两个非法访问内存的错误,JVM 却没有崩溃的原因,原因其实就是虚拟机内部变量之间的关系定义了信号处理函数,而在信号处理函数中对这两者做了额外的处理以让 JVM 不崩溃,另一方面也可以看出如果 JVM 不对变量类型有哪些信号做额外的处理,最后会自己退出并产生 crash 文件 hs_err_pid_xxx.log(可以通过 -XX:ErrorFile=/var/log/hs_err.面试log 这样的方式指定),这个文件记录了虚拟机崩溃的重要原因,所以也可以说,虚拟机是否崩溃只要看它变量类型有哪些是否会产生此崩溃日志文件

总结

正常情况下,操作系统为了保证系统安全,所以针对非法内存访问会发送一个 SIGSEGV 信号,而操作系统一般会调用默认的信号处理函数(一般会让相关的进程崩溃),但如果进程觉得”罪不致线程安全死”,那么它也可以选择自定义一个信号处理函数,这样的话它就可以做一些自面试问题大全及答案大全定义的逻辑,比如记录 crash 信息等有意面试问题义的事,回过头来看为什么虚拟机会针对 StackoverflowError 和 Njava怎么读ullPointerException 做额外处理让线程恢复呢,针对 stackovjava培训erflow 其实它采用了一种栈回溯的方法保证线程可以一直执行下去,而捕获空指针错误主要是这个错误实在太普遍了,为了这一个很常见的错误而让 JVM 崩溃那线上的 JVM 要宕机多少次,所以与其这次倒不如让线程起死回生,并且将这两个错误/异常抛给用户来处理

巨人的肩膀

Seg安全生产法mentation Fault in Linux: www.cnblogs.com/kaixin/arch…

linux SIGS面试技巧EGV 信号捕捉,保证发生段错误后程序不崩溃: blog.csdn.面试自我介绍一分钟net/work_msh/ar…

更多精品文章,欢迎大家扫码关注「码海」

为什么线程崩溃不会导致 JVM 崩溃