先记住这个答案
kill通常指定PID（也可按名称），直接作用于目标进程，按PID时更精确；pkill默认只匹配当前用户，用正则匹配进程名，可能因模式过宽误杀；killall在Linux上精确匹配进程名但默认匹配所有用户，在Solaris上还可能无参数即终止所有进程。误用风险主要来自匹配范围扩大或名称误判，稳妥做法是先pgrep -l确认PID再kill。
- kill通常按PID发送信号（也可按名称）
- pkill默认匹配当前用户进程
- killall跨平台行为差异大
信号发送与进程匹配的实现路径
kill命令本质是调用kill(2)系统调用发送信号，通常指定PID，也可按进程名（若实现支持）。按PID需先获得准确PID，且不会因名称相似误匹配，但PID可能被系统复用，信号可能投递给新进程；按名称则可能匹配多个进程，使用前应先pgrep预览。
pkill和killall都通过遍历/proc查找进程。pkill默认使用进程名做正则匹配，且仅包含当前有效UID的进程；killall在Linux上要求进程名精确一致，并默认匹配所有用户。不同实现导致同名参数在不同平台结果不同，尤其killall在Solaris上完全是另一种命令。
root执行killall java导致多服务中断
某共享集群中，三个业务组各自运行同名Java服务，进程名均为“java”。管理员以root执行killall java试图重启自己负责的服务，结果所有用户的java进程被SIGTERM终止，线上SLA受损。这一误操作源于killall默认匹配所有用户语义。
正确处理：先用ps -C java -o pid,user,args或pgrep -a java列出全部java进程，按用户或完整启动参数筛选出目标PID，再逐一对这些PID执行kill。必须按名匹配时，加-u限定用户，但仍需警惕进程名截断和同实例可能。
进程名截断、PID复用和跨平台陷阱
Linux的进程comm字段只有15字符，超长进程名会被截断，使pkill基于comm的匹配落空，需改用pkill -f匹配完整命令行。PID会循环复用，若目标进程已退出，kill可能命中新进程，因此操作前用pgrep复核十分关键。
killall跨平台使用时必须查手册：Linux的killall需要给出精确名称，而Solaris的killall默认无参数即终止所有进程（保留少数系统进程）。即使在Linux，killall也匹配全部用户，普通用户因权限受限而报错，root则可能因匹配过宽而误杀，任何按名操作前用pgrep -l预览候选可明显降低风险。
容易答错的地方
- pkill -f能杀死其他用户的同名进程
- pkill默认只匹配调用者有效UID的进程，root执行pkill -f同样只匹配uid 0的进程，除非显式加-u或-U选项，否则不会误杀其他用户。
- killall在Linux和Solaris上行为一致
- Solaris的killall没有名称参数时直接终止所有进程，而Linux的killall必须指定进程名。二者根本不是等价命令，跨平台脚本必须按OS区分处理。
面试官还会怎么问？
如何安全地终止某个已知名称的进程？
先执行pgrep -l <名称>列出PID和完整命令，确认后kill -TERM PID；若进程仍未退出再考虑kill -KILL，避免直接pkill或killall造成范围误判。
kill -0有什么实际用途？
kill -0不发送任何信号，仅检查是否可向该PID发送信号（即进程存在且当前用户有权限）。脚本中常用于判断PID是否可探活，返回0表示进程存在且有权限，非0可能是进程不存在或权限不足。
为什么D状态进程用kill -9也杀不掉？
D状态是不可中断内核睡眠，典型如等待磁盘IO完成。此时进程不在用户态运行，内核不会处理信号，必须等IO结束或重启系统，并非killall误杀问题。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。