为何在C语言中调用kill系统调用无需root或sudo权限？

这是个很常见的困惑点，核心原因其实是bash的kill命令和C的kill()系统调用本质上共享同一套内核权限规则——你觉得两者有差异，大概率是因为场景不同，或者对bashkill的权限要求有误解。

让我拆解一下：

内核是怎么判断你能不能发信号的？ #

不管是通过bash还是自己的C程序调用kill()，内核都会按以下规则检查权限：

• 如果你是root用户（或者进程拥有CAP_KILL能力）：可以给任何进程发送任何信号，无限制。
• 如果你是非root用户：
  • 可以给属于你自己的进程（真实/有效UID和你匹配，或者目标进程的保存set-UID和你匹配）发送任何信号。
  • 可以给同一会话里的进程发送SIGCONT信号（比如唤醒后台暂停的进程）。
  • 除此之外，发送其他信号给不属于你的进程都会被内核拒绝，这时候才需要sudo提升权限。

为什么你觉得bash的kill需要sudo，而C程序不用？ #

最可能的两种情况：

1. 你在两种场景下杀的不是同一类进程
   比如：你用C程序杀的是自己启动的子进程（或者同一个用户下的进程），这时候本来就不需要root；但你在bash里尝试杀的是root用户运行的系统进程（比如nginx、mysql），这时候自然需要sudo。两者的权限要求其实是一致的，只是目标进程不同。

2. 对bashkill的权限要求有误解
   bash的kill命令本身不需要sudo——只有当你要杀不属于自己的进程时才需要。比如你杀自己的bash子进程，直接kill <pid>就行，根本不需要sudo。你之前可能只在杀系统进程时用了sudo，就误以为所有kill操作都需要。

验证一下？ #

你可以做个小实验：

• 用你的普通用户启动一个后台进程，比如sleep 1000 &，记下它的PID。
• 在bash里直接执行kill <pid>，不需要sudo就能终止它。
• 然后用C程序写一段调用kill(pid, SIGTERM)的代码，编译后用普通用户运行，同样能终止这个sleep进程。

反过来，如果你尝试用普通用户的C程序杀一个root运行的进程，内核一样会返回EPERM错误，这时候你要么给程序加setuid位（不推荐），要么用sudo运行你的C程序，和bash的kill命令完全一致。

内容的提问来源于stack exchange，提问作者KauziJoshi