如果docker容器是一个进程,如何重新启动它?

如果docker容器是一个进程,如何重新启动它?,docker,docker-compose,Docker,Docker Compose,Docker容器在正式文档中定义为流程 由于进程根据定义总是在运行并且不能停止/重新启动,那么这个精确值是多少?容器是一个带有一些配置和名称空间的进程,附加到它们以进行隔离。该配置包括要使用的图像,以及通过docker run命令或从compose yml文件内部传递的任何设置。您可以使用docker container inspect查看此配置 附加到容器的部分名称空间是一个文件系统名称空间,其中包括一个读/写层,用于存储容器中未写入卷的任何更改。您可以使用容器上的docker diff查看这

Docker容器在正式文档中定义为流程


由于进程根据定义总是在运行并且不能停止/重新启动,那么这个精确值是多少?

容器是一个带有一些配置和名称空间的进程,附加到它们以进行隔离。该配置包括要使用的图像,以及通过
docker run
命令或从compose yml文件内部传递的任何设置。您可以使用
docker container inspect
查看此配置

附加到容器的部分名称空间是一个文件系统名称空间,其中包括一个读/写层,用于存储容器中未写入卷的任何更改。您可以使用容器上的
docker diff
查看这些更改的列表


当您停止容器时,正在运行的进程将被终止,但是配置和容器文件系统将保持不变。如果重新启动容器,进程将以相同的配置重新启动。当您删除容器时,此配置和读/写文件系统层将被删除。

如何得出“根据定义,进程始终在运行,无法停止/重新启动”的结论?对于进程:kill=stop,exec=restart。@BMitch我们执行一个程序,然后杀死一个进程。我的问题被问到是因为我从未知道一个进程没有运行,我想知道一个停止的容器(进程状态的序列化可能是)意味着什么。谢谢,这证实了我理解的内容。因此,它们不是进程,它们没有PID,它们在运行时创建关联的进程,但当停止时,它们只是容器,而不是进程。确切地说,容器是进程,是为了证明容器不是VM。它不是运行一个单独的内核,它只是在同一个主机内核下运行Linux进程的包装器。它们不是进程,它们只是在运行时创建的进程。在做技术工作时,为避免混淆人们的注意力,请记住命名是非常重要的