SIGTERM

  • 2026.07.21 | youres | 146次围观
    xargs子进程SIGTERM与SIGKILL信号处理差异:温和终止和强制杀死的实战区别
    用 xargs 跑并行任务,最怕遇到进程杀不掉的情况。按 Ctrl+C 有的任务正常退出,有的直接消失;给进程发 SIGTERM 没反应,换 SIGKILL 才强制终止——这两种信号的差别到底在哪?子进程对它们的行为为什么完全不同?今天彻底把这个事情讲清楚。 先搞懂两个信号的本质区别 Linux 里信号是内核向进程发送的通知机制,SIGTERM 和 SIGKILL 听着差不多,但本质完全不同: SIGTERM(信号编号 15)是温和请求:内核告诉进程请你体面地收场。进程...
  • 2026.07.17 | youres | 110次围观
    timeout -s参数发送自定义信号实战用法:5个场景让超时控制精准又优雅
    Linux的timeout命令有个很实用的参数:-s。它允许你在超时时发送自定义信号,而不是默认的SIGTERM。这个功能看似简单,但在实际生产环境中能解决不少棘手问题。 为什么需要自定义信号 timeout默认发送SIGTERM信号(15号信号)。这个信号很"温和"——进程可以捕获它并做清理工作。但有些进程会忽略SIGTERM,或者你希望进程在超时前完成特定操作,这时候就需要自定义信号。 常见场景: 顽固进程:某些Java应用、数据库进程捕获了SIGTERM但拒绝...
  • 2026.07.14 | youres | 115次围观
    timeout --kill-after二次信号发送机制详解:为什么TERM杀不掉的进程终于退出了
    写Shell脚本给命令加超时限制,timeout默认超时发的是SIGTERM信号。可很多时候目标进程要么自己捕获了TERM优雅退出逻辑跑飞了,要么干脆忽略TERM,结果超时了进程还活着,脚本卡在那儿干等。timeout --kill-after就是专门解决这个"杀不死"问题的二次信号机制。这篇文章把它的工作逻辑、时间线和3个常见误区一次讲透。 一、先回顾timeout的退出流程 timeout来自GNU coreutils,基本用法是timeout 10s ./task....
  • 2026.06.25 | youres | 149次围观
    xargs trap信号中断处理实战:让批量任务被中断时也能体面收场
    用xargs跑批量任务,最怕的不是跑得慢,而是Ctrl+C按下去的那一刻——任务被强行掐断,临时文件留在磁盘里,半成品数据污染了结果。这种情况下,与其事后手动清理,不如在脚本里提前埋好trap,让任务在被终止信号击中时知道该怎么收场。 信号是什么?xargs最常遇到的那几个 Linux里,信号是一种内核发给进程的通知机制,可以理解为系统给你发的一条"速报"。进程收到信号后可以选择如何处理——忽略、默认动作,或者用trap捕获后自己决定怎么办。 xargs在跑并行任务时,...
1