从 Linux信号机制 到 SIGINT和SIGHUP信号含义 到 nohup和&的区别,逐步解释
在计算机科学中,信号是Unix、类Unix以及其他POSIX兼容的操作系统中进程间通讯的一种有限制的方式。它是一种异步的通知机制,用来提醒进程一个事件已经发生。当一个信号发送给一个进程,操作系统中断了进程正常的控制流程,此时,任何非原子操作都将被中断。如果进程定义了信号的处理函数,那么它将被执行,否则就执行默认的处理函数。
通过kill -l命令获得
[root@centos6-1 ~]# kill -l
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP
6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1
11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM
16) SIGSTKFLT 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ
26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO 30) SIGPWR
31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3
38) SIGRTMIN+4 39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8
43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7
58) SIGRTMAX-6 59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2
63) SIGRTMAX-1 64) SIGRTMAX
程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出,用于通知前台进程组终止进程。
本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联。登录Linux时,系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序,包括前台进程组和后台进程组,一般都属于这个Session。当用户退出Linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进程组和后台有终端输出的进程就会中止。此外,对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件。
ctrl + c 产生SIGINT信号,关闭shell窗口产生SIGHUP信号
运行程序时在命令后边加一个”&“符号,&的意思是在后台运行
//这里使用启动storm服务举例
[root@centos6-1 bin]# cd /export/servers/apache-storm-1.1.1/bin/
[root@centos6-1 bin]# ./storm nimbus &
[1] 84994
[root@centos6-1 bin]# Running: /export/servers/jdk1.8.0_65/bin/java -server -Ddaemon.name=nimbus -Dstorm.options= -Dstorm.home=/export/servers/apache-storm-1.1.1 -Dstorm.log.dir=/export/servers/apache-storm-1.1.1/logs -Djava.library.path=/usr/local/lib:/opt/local/lib:/usr/lib -Dstorm.conf.file= -cp /export/servers/apache-storm-1.1.1/lib/ring-cors-0.1.5.jar:/export/servers/apache-storm-1.1.1/lib/reflectasm-1.10.1.jar:/export/servers/apache-storm-1.1.1/lib/log4j-core-2.8.2.jar:/export/servers/apache-storm-1.1.1/lib/clojure-1.7.0.jar:/export/servers/apache-storm-1.1.1/lib/slf4j-api-1.7.21.jar:/export/servers/apache-storm-1.1.1/lib/log4j-slf4j-impl-2.8.2.jar:/export/servers/apache-storm-1.1.1/lib/log4j-api-2.8.2.jar:/export/servers/apache-storm-1.1.1/lib/minlog-1.3.0.jar:/export/servers/apache-storm-1.1.1/lib/storm-rename-hack-1.1.1.jar:/export/servers/apache-storm-1.1.1/lib/objenesis-2.1.jar:/export/servers/apache-storm-1.1.1/lib/storm-core-1.1.1.jar:/export/servers/apache-storm-1.1.1/lib/log4j-over-slf4j-1.6.6.jar:/export/servers/apache-storm-1.1.1/lib/kryo-3.0.3.jar:/export/servers/apache-storm-1.1.1/lib/servlet-api-2.5.jar:/export/servers/apache-storm-1.1.1/lib/disruptor-3.3.2.jar:/export/servers/apache-storm-1.1.1/lib/asm-5.0.3.jar:/export/servers/apache-storm-1.1.1/conf -Xmx1024m -Dlogfile.name=nimbus.log -DLog4jContextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector -Dlog4j.configurationFile=/export/servers/apache-storm-1.1.1/log4j2/cluster.xml org.apache.storm.daemon.nimbus
^C
[root@centos6-1 bin]# jps
84994 nimbus
85133 Jps
[root@centos6-1 bin]#
可以看到即使我们使用了ctrl + c ,storm的nimbus进程也依旧存活,但是当我们关掉当前shell窗口的话,进程就会被杀死。因为&只对SIGINT信号免疫,而对SIGHUP信号不免疫
nohup的意思是忽略SIGHUP信号
//这里使用nohup指令启动storm服务进程
[root@centos6-1 bin]# nohup ./storm nimbus
nohup: ignoring input and appending output to `nohup.out'
克隆shell窗口查询进程,发现进程启动成功
[root@centos6-1 ~]# jps
85269 Jps
85181 nimbus
[root@centos6-1 ~]#
但是当我们ctrl + c 之后,storm进程就停止了
[root@centos6-1 bin]# nohup ./storm nimbus
nohup: ignoring input and appending output to `nohup.out'
^C[root@centos6-1 bin]# jps
85381 Jps
[root@centos6-1 bin]#
可见nohup对对SIGINT信号并不免疫。
所以,要想进程不受shell中Ctrl C和Shell窗口关闭的影响,就将nohup和&指令一起使用吧
[root@centos6-1 bin]# nohup ./storm nimbus &
[1] 85591
[root@centos6-1 bin]# nohup: ignoring input and appending output to `nohup.out'
^C
[root@centos6-1 bin]# jps
85699 Jps
85591 nimbus
[root@centos6-1 bin]#
参考资料:
https://baike.baidu.com/item/%E4%BF%A1%E5%8F%B7/7927794
https://blog.csdn.net/summy_j/article/details/73199069
https://blog.csdn.net/stpeace/article/details/76389073
https://blog.csdn.net/eager7/article/details/8290937