kill 进程时遇到的一件有意思的事情
案例现象
一般来讲,我们在 kill 掉一个进程的时候通常有两个选择:
-
找到进程的 pid 号,然后执行 kill 命令
-
找到进程的名字,然后执行 pkill 命令
pkill 和 kill 命令都是向指定的进程发送信号,从而完成终结进程的操作,主要区别在于 pkill 命令与 pgrep 配套使用,能够踢出指定终端用户、同时根据 UID 和用户名来终止进程
今天给大家分享一件我在使用 pkill 命令时遇到的比较有意思的事情
这台机器上(Cent OS7)运行着一个进程 after_sleep60s_output
执行 pkill 命令
然后当我使用 ps 命令查看的时候,我发现这个进程还在,而且返回了状态码 1

用 kill 命令试试,发现成功了
奇怪?为什么用 pkill 命令 kill 不掉这个进程?
定位问题
通过 man pkill
我发现,pkill 命令是默认结合 pgrep 来使用的
pgrep 首先找出目标进程(running),然后 pkill 再根据 pgrep 的结果来 kill 目标进程

pgrep 找目标进程是通过获取 /proc/[pid]/stat
文件中的进程名来实现的,但是这个文件中的进程名是有长度限制的——只有15个字符
Linux 中的每一个进程都维护了一个 struct_task_struct
结构体,这个结构体在/usr/src/kernels/内核版本/include/linux/sched.h
里面
这里面有一个字段定义了不包括路径的可执行文件的名字,最大长度是 16 bytes,除去最后一个留给 null 的,就只有最多 15 个字符
然后我们看一下上面例子中进程对应的 stat 文件

可以看到文件里面的进程名字被截断成了15个字符:after_sleep60s_
如果要使用 pkill 命令,正确方式如下:
这个参数会告诉 pkill 不去/proc/[pid]/stat
文件找进程,而是去 /proc/[pid]/cmdline
里面找
这个文件里面包含了进程启动的时候的完整命令,包括参数
解决问题
想要准确的 kill 掉一个进程,可以使用下面的方法:
-
pidof
命令获取到进程对应的 PID,再使用kill
命令 -
使用 systemd 启动的,通过
systemctl
命令来控制 -
使用 pkill 命令的时候建议加上
-f
参数
最后附上相关 issue 链接:
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek “源神”启动!「GitHub 热点速览」
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· DeepSeek R1 简明指南:架构、训练、本地部署及硬件要求
· 2 本地部署DeepSeek模型构建本地知识库+联网搜索详细步骤