Java里信号处理的函数

在linux里可以设置进程级别的信号的处理函数，在内核中信号值及进程针对该信号的处理函数建立了映射关系，主要有2个函数来设置信号处理函数：signal(),sigaction()。

在java 里,下面的2个函数是用于设置信号处理的函数

void os::Linux::set_signal_handler(int sig, bool set_installed)

void* os:signal(int signal_number, void* handler)

函数set_signal_handler设置了信号的处理函数signalHandler

函数os:signal是允许外部直接设置信号处理函数

以下程序片段可以看到当每个java 线程起来的时候，对信号SIGSEGV ,SIGPIPE,SIGBUS,SIGILL,SIGFPE,SIGXGSZ,使用了专门的处理函数signalHandler

...

set_signal_handler(SIGSEGV,true);

set_signal_handler(SIGPIPE,true);

set_signal_handler(SIGBUS,true);

set_signal_handler(SIGILL,true);

set_signal_handler(SIGFPE,true);

set_signal_handler(SIGXFSZ,true);

......在signalhandler 调用了JVM_handler_linux_signal 而该函数在不同的架构下是不一样的，x86架构下的定义在os_linux_x86.cpp中。

对信号SIGQUIT源码中并没有看到处理函数，实际上当java虚拟机启动Signal Dispatcher 线程的时候，程序里调用了os::signal(SIGNBREAK,os::user_handler()) (os.cpp os::signal_init())(该线程在打开 -Xrs的时候是不启动的)

下面的源码是java里面定义的os:user_handler

staticvoid

erHandler(intsig,void*siginfo,void*context) {

// 4511530 - sem_post is serialized and handled by the manager thread. When

// the program is interrupted by Ctrl-C, SIGINT is sent to every thread. We

// don't want to flood the manager thread with sem_post requests.

if(sig == SIGINT && Atomic::add(1, &sigint_count) > 1)

return;

// Ctrl-C is pressed during error reporting, likely because the error

// handler fails to abort. Let VM die immediately.

if(sig == SIGINT && is_error_reported()) {

os::die();

}

os::signal_notify(sig);

在函数的末尾调用了os:signal_notify，从而和os::signal_wait 对应起来，关于signal dispatcher 的具体实现可以参考笔者的另一篇(http://www.linuxidc.com/Linux/2012-01/51213.htm)。

signal dispatcher 线程通过sem_wait会在等待，当进程接到信号SIGQUIT的时候，只有vm thread会被中断(见上面分析)，而进入UserHandler 函数，通过调用 os::signal_notify 去通告signal dispatcher 线程，让 signal dispatch 线程去处理信号。

在信号设计里，因为信号中断是在内核态调用的，内核调用了线程注入了自己的信号函数，一般只允许在该函数里处理简单的事物，所以在java里面专门设计了处理信号后续的线程(signal dispatcher)，接受到信号的线程通过信号函数notify到处理信号的线程(signal dispatcher )，最后由该线程做后续的事情。比如线程dump