1)首先，你必须在启动时启用docker服务

$ sudo systemctl enable docker

2)如果你有docker-compose .yml文件，添加restart: always，或者如果你有docker容器，添加restart=always，如下所示:

Docker run——restart=always并运行Docker容器

确保

如果您手动停止容器，它的重启策略将被忽略，直到Docker守护进程重新启动或容器手动重新启动。

请看Docker官方页面上的重启策略

3)如果你想启动docker-compose，所有的服务都在你重启系统时运行，所以你只运行下面的命令一次

$ docker-compose up -d

我想在Windows上实现启动容器启动。

因此，我只是创建了一个在系统引导时启动的计划任务。该任务只是启动“Docker for Windows.exe”(或任何Docker可执行文件的名称)。

然后，所有重新启动策略为“always”的容器将启动。

文档中的更“温和”模式:

docker run -dit --restart unless-stopped <image_name>

1)首先，你必须在启动时启用docker服务

$ sudo systemctl enable docker

2)如果你有docker-compose .yml文件，添加restart: always，或者如果你有docker容器，添加restart=always，如下所示:

Docker run——restart=always并运行Docker容器

确保

如果您手动停止容器，它的重启策略将被忽略，直到Docker守护进程重新启动或容器手动重新启动。

请看Docker官方页面上的重启策略

3)如果你想启动docker-compose，所有的服务都在你重启系统时运行，所以你只运行下面的命令一次

$ docker-compose up -d

这就是crontab的作用:

@reboot sleep 10 ; docker start <container name> 2>&1 | /usr/bin/logger -t 'docker start'

通过crontab -e访问用户crontab或使用crontab -l显示它或在/etc/crontab编辑系统crontab

这个答案只能作为备份或替代使用本地Docker重启策略和/或SystemD服务单元来控制系统启动时容器的启动。

我觉得我提到这个答案的唯一原因是一种非理性的情绪反应，因为为了使SystemD服务单元方法正常工作，您必须正确处理过于复杂和大量的事情，因为这样一个简单的任务在任何Linux机器上都应该是简单的。

你可以运行一个总是重启的容器:

$ docker run -dit --restart unless-stopped <image name OR image hash>

如果你想改变一个正在运行的容器的配置，你应该通过以下方式更新它:

$ docker update --restart=<options> <container ID OR name>

如果你想查看容器的当前策略，首先执行下面的命令:

docker inspect gateway | grep RestartPolicy -A 3

毕竟，不要忘记在系统引导时启用已安装的docker守护进程:

$ systemctl enable docker

要查看重启策略的完整列表，请参见:重启策略