一分钟了解nohup和&的功效

简介: 上一篇《服务挂了,怎么自动恢复?》中留了一个作业,nohup和&究竟有啥区别?不少同学进行了回复,但并不是所有同学都理解得全对,今天把自己挖的坑自己填了。

测试代码如下:

image.png

是一个输出hello与循环轮数的死循环程序,每输出一行就休眠1秒。

使用 ./a.out 前台运行程序,会是什么效果呢?

image.png

程序每隔一秒会在终端输出一个字符串。

此时如果键入Ctrl+C ,程序会收到一个SIGINT信号,如果不做特殊处理,程序的默认行为是终止(如上图)。

使用 ./a.out& 后台运行程序,会是什么效果呢?

image.png

如上图:

  • 首先会在终端显示进程号是32389
  • 键入Ctrl + C,发出SIGINT信号,程序会继续运行

image.png

ps确认一下,确认进程依然在运行,进程号是32389。

image.png

此时如果关掉session,程序会收到一个SIGHUP信号,此时会怎么样呢?

image.png

ps再次确认,可以看到关闭session之后,进程号是32389的a.out进程也关闭了。

使用nohup ./a.out 又会是什么效果呢?

image.png

使用nohup 运行程序a.out,会发现:

  • 前台没有出现进程号
  • 有一个“忽略输入,输出至nohup.out”的提示
  • hello的输出也没有出现在前台

image.png

手动ps看进程号,这次a.out的进程号是32437。

image.png

此时如果关掉session,程序会收到一个SIGHUP信号,程序会不会关闭呢?

image.png

关掉session后,再次ps看一下,ID为32437的a.out进程还在。

image.png

这些只能通过kill把程序干掉了,killall之后,ps查看进程已经关闭。

image.png

killall之后,查看发现多了一个nohup.out文件,不过这个文件的大小是0,有点奇怪,启动程序的时候,明明提示了“appending output to nohup.out”呀,先把问题遗留在这,测试一下Ctrl +C。

仍如上图,使用nohup启动a.out,如果键入Ctrl+C ,程序收到SIGINT信号后,直接关闭了。

最后测试一下nohup和&同时使用,即用nohup./a.out &运行程序,又会是什么效果呢?

image.png

使用nohup ./a.out &运行程序后,可以看到:

  • 会在终端显示进程号是32524
  • 也会有一个“忽略输入,输出至nohup.out”的提示

键入Ctrl + C,发送SIGINT信号,似乎没反应。

关闭session,发送SIGHUP信号,再来看看。

image.png

ID为32524的进程依然存在,后续也只能用kill来关闭它。

结论

使用&后台运行程序:

  • 结果会输出到终端
  • 使用Ctrl + C发送SIGINT信号,程序免疫
  • 关闭session发送SIGHUP信号,程序关闭

使用nohup运行程序:

  • 结果默认会输出到nohup.out
  • 使用Ctrl + C发送SIGINT信号,程序关闭
  • 关闭session发送SIGHUP信号,程序免疫

平日线上经常使用nohup和&配合来启动程序:

  • 同时免疫SIGINT和SIGHUP信号

同时,还有一个最佳实践:

  • 不要将信息输出到终端标准输出,标准错误输出,而要用日志组件将信息记录到日志里

如果觉得治学还算严谨,帮忙转一下。

尾巴

nohup启动a.out,程序终止后,为啥nohup.out的大小是0?“hello”的字符串哪去了?

目录
相关文章
|
9天前
|
消息中间件 数据采集 运维
一份运维监控的终极秘籍!监控不到位,宕机两行泪
【10月更文挑战第25天】监控指标的采集分为基础监控和业务监控。基础监控涉及CPU、内存、磁盘等硬件和网络信息,而业务监控则关注服务运行状态。常见的监控数据采集方法包括日志、JMX、REST、OpenMetrics等。Google SRE提出的四个黄金指标——错误、延迟、流量和饱和度,为监控提供了重要指导。错误监控关注系统和业务错误;延迟监控关注服务响应时间;流量监控关注系统和服务的访问量;饱和度监控关注服务利用率。这些指标有助于及时发现和定位故障。
46 1
|
3月前
|
运维 监控 Linux
"熬夜达人揭秘:Linux系统崩溃前夜,如何用这几行代码救局?监控与排查全攻略!"
【8月更文挑战第19天】作为常需熬夜的系统管理员,面对Linux系统问题时,我总结了一套实用的监控与排查方法。通过使用`top`监控CPU使用率、`free`检查内存状况、`iostat`监测磁盘I/O、及`iftop`观察网络流量,结合`ps`、`pmap`和`strace`等工具深入分析,可有效识别并解决系统瓶颈,减少故障处理时间,保障系统稳定运行。
38 0
|
运维 安全 关系型数据库
Linux运维常见故障及处理的 32 个锦囊妙计
Linux 运维 常见故障及处理的
332 0
|
Kubernetes jenkins Java
说实话,Jenkins 真得很牛逼!只是大部分人不会用而已~(保姆级教程)(上)
说实话,Jenkins 真得很牛逼!只是大部分人不会用而已~(保姆级教程)(上)
|
消息中间件 Kubernetes jenkins
说实话,Jenkins 真得很牛逼!只是大部分人不会用而已~(保姆级教程)(下)
说实话,Jenkins 真得很牛逼!只是大部分人不会用而已~(保姆级教程)(下)
|
分布式计算 资源调度 Hadoop
保姆级Hadoop集群部署
🍅程序员小王的博客:程序员小王的博客 🍅 欢迎点赞 👍 收藏 ⭐留言 📝 🍅 如有编辑错误联系作者,如果有比较好的文章欢迎分享给我,我会取其精华去其糟粕
197 0
保姆级Hadoop集群部署
|
运维 监控 安全
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(三)
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(三)
127 0
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(三)
|
运维 监控 Linux
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(二)
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(二)
137 0
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(二)
|
运维 监控 前端开发
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(一)
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(一)
246 0
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(一)
|
分布式计算 算法 Hadoop
算法工程师打死都要记住的20条常用shell命令
算法工程师打死都要记住的20条常用shell命令