在Linux系统中,守护进程（Daemon）是长期运行在后台、没有控制终端、周期性执行任务或提供特定服务的进程，如系统日志服务（syslog）、网络服务（nginx、sshd）等，正确关闭守护进程是系统管理和维护的重要操作，本文将详细介绍Linux中关闭守护进程的多种方法，包括主流Systemd系统、传统SysV init系统以及通用kill命令的使用，并针对不同场景提供操作示例和注意事项。
使用Systemd管理守护进程（主流系统）
当前大多数Linux发行版（如Ubuntu 16.04+、CentOS 7+、Debian 8+）采用Systemd作为初始化系统，守护进程通常以“.service”单元文件形式存在，可通过systemctl命令统一管理。
关闭当前运行的守护进程
使用systemctl stop命令可立即停止守护进程的运行，语法为：
systemctl stop [单元名].service
单元名”是守护进程的服务名，通常与进程名相关（如nginx对应“nginx.service”），停止nginx服务：
systemctl stop nginx.service # 或简写为（.service后缀可省略） systemctl stop nginx
执行后,systemctl status nginx可查看进程状态，若显示“Active: inactive (dead)”，则表示已成功停止。
禁止开机自启守护进程
默认情况下,守护进程会在系统启动时自动运行，若需禁止开机自启，使用systemctl disable命令：
systemctl disable nginx.service
该命令会移除开机自启的符号链接（通常位于/etc/systemd/system/multi-user.target.wants/目录下），但不会停止当前运行的进程，禁用后重启系统，nginx将不再自动启动。
彻底禁用守护进程（禁止启动和运行）
若需彻底禁用守护进程（既禁止当前运行，也禁止开机自启），可使用systemctl mask命令：
systemctl mask nginx.service
该命令会创建一个指向/dev/null的符号链接，使systemd无法通过单元名加载服务，相当于“封禁”服务，若需恢复，使用systemctl unmask即可。
强制终止守护进程（慎用）
若守护进程无响应或stop命令无效，可尝试强制终止，但可能导致服务数据丢失或异常：
systemctl kill nginx.service
该命令会向守护进程的主进程发送SIGKILL信号，强制结束进程。
使用SysV init管理守护进程（旧系统）
对于CentOS 6、Ubuntu 14.04等采用SysV init系统的旧版Linux，守护进程通常通过/etc/init.d/目录下的脚本管理，或使用service命令（本质是调用/etc/init.d/脚本）。
通过service命令关闭守护进程
service命令是SysV init的统一管理接口，语法为：
service [服务名] [动作]
常用动作包括stop（停止）、start（启动）、restart（重启）、status（查看状态），停止Apache服务：
service httpd stop
执行后,可通过service httpd status确认进程是否已停止。
直接执行init脚本关闭守护进程
/etc/init.d/目录下存放了各守护进程的启动脚本，可直接执行脚本的stop参数关闭服务：
/etc/init.d/httpd stop
此方法与service命令等效，但需指定完整路径，适用于脚本路径异常或service命令不可用的场景。
禁止开机自启（chkconfig）
SysV init系统中，使用chkconfig命令管理开机自启，查看服务开机状态：
chkconfig --list [服务名]
查看httpd的开机自启状态：
chkconfig --list httpd
输出结果中各运行级别（如2-5）为“on”表示开机自启，若需禁止，执行：
chkconfig httpd off
该命令会移除/etc/rc[0-6].d/目录下的启动链接，但不会停止当前运行的进程。
通用kill命令关闭守护进程
若守护进程未通过Systemd或SysV init管理（如自定义脚本启动的后台进程），或管理命令失效，可使用kill命令强制终止进程。
查找守护进程PID
使用ps、pgrep或pidof命令查找守护进程的进程ID（PID）：
ps命令：结合grep过滤进程名，例如查找nginx的PID：ps -ef | grep nginx
输出中第二列即为PID（需排除包含“grep”的行）。
pgrep命令：直接通过进程名查找PID，更简洁：pgrep nginx
pidof命令：通过进程可执行文件名查找PID（适用于已知进程路径的场景）：pidof nginx
发送终止信号
kill命令通过信号控制进程，常用信号包括：
SIGTERM（15）：默认信号，请求进程正常退出，进程会执行清理操作后终止（推荐优先使用）。SIGKILL（9）：强制信号，进程无法忽略，立即终止（可能导致数据丢失，仅在SIGTERM无效时使用）。
语法为：
kill -[信号] [PID]
向nginx的PID（1234）发送SIGTERM信号：
kill -15 1234 # 或简写（默认为15） kill 1234
若进程无响应,强制终止：
kill -9 1234
不同关闭方法的对比与选择
为便于选择合适的方法,以下通过表格对比Systemd、SysV init和kill命令的适用场景及特点：
| 方法 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| systemctl stop | Systemd系统（主流发行版） | 统一管理，支持依赖检查和状态反馈 | 仅适用于Systemd管理的服务 |
| service stop | SysV init系统（旧版发行版） | 兼容性好，脚本化操作 | 功能单一，不支持复杂依赖管理 |
| kill | 无管理服务的自定义进程或紧急情况 | 通用性强，可强制终止 | 需手动查找PID，可能导致数据丢失 |
注意事项
- 确认服务依赖：关闭关键服务（如网络、日志）可能导致系统异常，操作前需确认服务依赖关系（通过
systemctl list-dependencies [服务名]查看）。 - 查看服务日志：若关闭失败，可通过
journalctl -u [服务名]（Systemd）或/var/log/[服务名].log（SysV init）查看错误日志。 - 避免强制关闭：优先使用
stop或SIGTERM，避免直接使用kill -9，尤其是数据库、文件服务等需要数据同步的服务。
相关问答FAQs
Q1：关闭守护进程后如何确认是否成功？
A1：可通过以下方式确认：
- Systemd系统：使用
systemctl status [服务名]，若显示“Active: inactive (dead)”则表示已停止；或通过pgrep [服务名]检查是否仍有进程。 - SysV init系统：使用
service [服务名] status，若提示“停止”或无进程输出则表示成功；或通过ps -ef | grep [服务名]确认进程是否存在。 - 通用方法：使用
netstat -tuln | grep [端口]检查服务监听的端口是否已释放（适用于网络服务）。
Q2：为什么使用systemctl stop后进程仍在运行？
A2：可能原因及解决方法如下：
- 服务存在子进程：守护进程可能通过
fork创建子进程，stop命令仅终止主进程，子进程仍在运行，可通过ps -ef | grep [服务名]查看子进程，并手动终止（kill [子进程PID]）。 - 服务未正确响应停止信号：部分服务需自定义停止脚本（如
ExecStop参数），若脚本异常可能导致停止失败，可通过journalctl -u [服务名]查看日志定位问题。 - 服务被进程管理工具托管：若服务通过
supervisord、docker等工具管理，需通过对应工具关闭（如supervisorctl stop [服务名]），而非直接使用systemctl。
原创文章，发布者：酷番叔，转转请注明出处：https://cloud.kd.cn/ask/25196.html
