开机自动启动 先后顺序

开机自动启动的先后顺序通常是按照启动项在启动文件夹或者注册表中的顺序来执行的，即先执行在启动项列表中排在前面的程序，后执行排在后面的程序。但是具体的执行顺序还受到许多影响因素的影响，如系统资源的占用情况、启动项的优先级等等。因此，如果需要控制开机自动启动的程序的执行顺序，可以通过修改启动项的顺序或者使用一些启动管理工具来实现。

相关问题

centos 7 systemctl服务开机自启启动顺序设置

1. 确定服务的依赖关系：在开机自启动之前，需要确定哪些服务是需要先启动的。可以使用systemctl list-dependencies命令来查看服务的依赖关系。

2. 编写服务启动脚本：在/etc/systemd/system目录下创建服务对应的启动脚本。脚本需要包含服务的启动、停止、重启等命令。

3. 编辑服务配置文件：在/etc/systemd/system目录下创建服务对应的配置文件，配置文件中需要指定服务的启动顺序、依赖关系以及其他参数。

4. 设置服务开机自启动：使用systemctl enable命令将服务设置为开机自启动。如果需要关闭开机自启动，可以使用systemctl disable命令。

5. 重启系统：完成以上步骤后，需要重启系统使设置生效。可以使用reboot命令重启系统。

docker 容器开机自动重启的先后次序

Docker 容器的开机自动重启次序是根据容器的 `restart` 策略和容器间的依赖关系来确定的。下面是几种常见的 `restart` 策略及其先后次序：

1. `no`: 如果容器退出，不会自动重启。

2. `always`: 当容器退出时，Docker会自动重启容器。如果容器之间没有依赖关系，它们的重启次序是无序的。

3. `on-failure`: 当容器以非零状态退出时，Docker会自动重启容器。如果容器之间没有依赖关系，它们的重启次序是无序的。

4. `unless-stopped`: 当容器退出时，Docker会自动重启容器。如果容器之间没有依赖关系，它们的重启次序是无序的。与 `always` 不同的是，如果手动停止容器，则不会自动重启。

对于容器间的依赖关系，可以使用 Docker Compose 或类似的工具来管理。通过定义依赖关系，可以确保容器在启动时按照指定顺序进行重启。

请注意，以上策略和次序仅适用于容器级别的自动重启。如果主机发生意外重启或 Docker服务崩溃，Docker 守护进程重新启动后，默认行为是不会自动重启之前的容器。可以通过设置 Docker 守护进程的启动选项 `--restart` 来指定容器的重启策略。