kill命令本质是向进程发送信号，进程响应由自身处理逻辑决定；常用信号包括sigterm（正常退出）、sigkill（强制终止）、sighup（重载配置）、sigusr1/2（自定义用途）。
在Linux中，kill命令并非只是“杀死”进程的工具，它本质是向进程发送信号（signal），而进程如何响应，取决于其自身对信号的处理逻辑。掌握不同信号的用途和使用场景，才能真正实现对进程的精细控制。
常用信号及其典型用途
Linux定义了数十种信号，最常用且安全的包括：
- SIGTERM（15）：默认信号，请求进程正常退出。多数服务会先关闭监听端口、保存状态、释放资源后再终止，推荐作为第一选择。
- SIGKILL（9）：强制终止，进程无法捕获或忽略。仅在进程已无响应（如卡死、陷入不可中断睡眠）时使用，避免滥用。
- SIGHUP（1）：原意是“终端挂起”，现常被守护进程用作重载配置的触发信号（如nginx -s reload 实际就是发SIGHUP）。
- SIGUSR1 / SIGUSR2（10/12）：用户自定义信号，具体行为由程序开发者决定，例如某些日志服务用SIGUSR1切换日志文件。
精准发送信号的几种实用方式
发送信号前需明确目标进程ID（PID）。常用定位方法：
- 用 ps aux | grep 关键词 查找进程，注意过滤掉grep自身行；
- 用 pgrep -f “完整命令行片段” 更可靠匹配；
- 对服务类进程，可结合 systemctl show --property MainPID 服务名 获取PID。
发送示例：
- kill 1234 → 发送SIGTERM给PID为1234的进程；
- kill -HUP 1234 或 kill -1 1234 → 发送SIGHUP；
- kill -9 1234 → 强制终止，慎用。
安全操作习惯与注意事项
误发信号可能导致服务中断或数据丢失，建议遵守以下原则：
- 优先使用 kill PID（即SIGTERM），等待几秒观察是否退出；未响应再考虑更强信号；
- 对数据库、消息队列等有状态服务，务必查阅其文档确认支持哪些信号及对应行为；
- 避免对系统关键进程（如init、systemd、kthreadd）随意发信号，尤其不要用-9；
- 批量操作前，先用 kill -0 PID 检查进程是否存在（不发送实际信号，只做权限和存在性校验）。
进阶技巧：配合killall、pkill与信号处理脚本
当需按名称或条件批量操作时，可用更灵活的工具：
- killall -u username → 杀掉指定用户所有进程；
- pkill -f “python server.py” → 匹配完整命令行启动的进程；
- 编写简单脚本封装常用信号操作，例如：
#!/bin/bash
pid=$(pgrep -f "myapp.conf")
[ -n "$pid" ] && kill -HUP $pid || echo "not running"
