目录
[Docker Service 和 Socket](#Docker Service 和 Socket)
问题
使用如下命令停止 Docker
# systemctl stop docker执行后报的时候报了一个 warning，如下
Warning: Stopping docker.service, but it can still be activated by:docker.socket这时候使用 docker ps 命令时会发现 docker 依然在运行。这个警告之所以出现，是因为 systemd 管理的 Docker 服务不仅包括了 docker.service，还有与之相关的 docker.socket。为了更好地理解这个问题，需要简单了解下 systemd 的工作原理，以及 Docker 在 systemd 中的配置和激活机制。
systemd
systemd（system daemon）是一个系统和服务管理器，作为许多 Linux 发行版的默认初始化系统，负责启动和管理系统服务和进程。systemd 引入了一些新的概念和特性，比如并行化服务启动、依赖关系管理、日志记录以及 socket 激活等。systemd 也引入了单元（unit）的概念，其中最重要的几种单元类型包括：
- Service：代表了一个后台守护进程。
- Socket：用于监听网络连接或本地 Unix 域套接字并激活相关服务。
- Timer：基于时间的触发器，用于定时执行任务。
Docker Service 和 Socket
Docker 作为一个容器化平台，其服务由 systemd 通过 docker.service 单元管理。当 Docker 服务启动时，会在系统上创建一个 Unix 域套接字，通常是 /var/run/docker.sock，用于接收客户端的连接请求。这个套接字允许 Docker CLI 和其他工具与 Docker 守护进程进行通信。
为了让 Docker 服务能够在有连接请求时自动重启，systemd 还管理着 docker.socket单元。docker.socket 的作用是监听 /var/run/docker.sock，并在有客户端试图连接到这个套接字时激活 docker.service。这意味着即使 Docker 服务被停止，只要有一个客户端尝试连接到 docker.socket，systemd 就会自动重启 Docker 服务。
警告的原因
当看到"Warning: Stopping docker.service, but it can still be activated by: docker.socket"的警告时，并不意味着 Docker 服务没有被正确停止。实际上，Docker 服务确实被停止了，但是 systemd 仍旧保留着 docker.socket，以便在后续有客户端连接请求时能够立即重启 Docker 服务。这种机制确保了 Docker 服务的高可用性和快速响应能力，但同时也可能导致用户误以为 Docker 服务没有完全停止。
解决方法
如果想要彻底停止 Docker 服务并且不希望通过 socket 激活重新启动，可以分别执行以下命令：
停止 docker.socket
# systemctl stop docker.socket停止 docker.service
systemctl stop docker.service检查下是否停止成功
# systemctl status docker.service
# systemctl status docker.socket