docker的容器运行后并不会是永远就运行了，和宿主机的资源分配等等都有关系，各种意外会导致容器意外退出，手动重启容器肯定是非常愚蠢的一件事情。那么，我们是应该有一套针对容器意外退出的补救策略了（也就是重启策略）。
一，容器的重启策略具体内容
Docker容器的重启策略如下：
no，默认策略，在容器退出时不重启容器---------任何时候都不重启容器（可以理解为躺平策略）。
on-failure，在容器非正常退出时（退出状态非0），才会重启容器，------退出状态码非0的时候重启，直到状态码为0为止，不限次数的重启。
on-failure:3，在容器非正常退出时重启容器，最多重启3次，三次之后是什么样就什么样了。-----退出状态码非0的时候重启，直到状态码为0为止。
always，在容器退出时总是重启容器，直到正常。------下面的全部状态码的时候重启。
unless-stopped，在容器退出时总是重启容器，但是不考虑在Docker守护进程启动时就已经停止了的容器，也就是说，如果docker的守护进程启动后，然后因为一些其它原因导致容器退出，将不会重启容器。----------退出状态码不是0,125，126,127的时候。
二，容器的退出状态码
docker run的退出状态码如下：
0，表示正常退出
非0，表示异常退出（退出状态码采用chroot标准）
125，Docker守护进程本身的错误
126，容器启动后，要执行的默认命令无法调用
127，容器启动后，要执行的默认命令不存在
其他命令状态码，容器启动后正常执行命令，退出命令时该命令的返回状态码作为容器的退出状态码
三，容器重启策略的应用场景
容器有两种运行方式
一种是前台运行，此时运行的容器将打印容器运行日志到屏幕上。也就是Foreground 前台模式（默认）。
另一种是后台运行模式，运行的容器是在后台运行，不打印任何日志输出到屏幕，也就是Detached 后台模式。
具体的说就是docker run 命令 后加参数 -it 是前台模式，带有-d参数即使有-it参数，依然是后台运行模式。因此，容器的重启策略是适合在Detached 后台模式运行时使用的，并不适合前台模式。
四，容器重启策略的定义位置
重启策略可定义在docker守护服务的自启脚本内，也可以在run容器的时候单独指定，当然，docker-compose编排的时候也可以按自己的需要指定啦。
比如，自启脚本内容如下：
[Unit] Description=Docker Application Container Engine Documentation=https://docs.docker.com After=network-online.target firewalld.service containerd.service Wants=network-online.target [Service] Type=notify ExecStart=/usr/bin/dockerd ExecReload=/bin/kill -s HUP $MAINPID TimeoutSec=0 RestartSec=2 Restart=always StartLimitBurst=3 StartLimitInterval=60s LimitNOFILE=infinity LimitNPROC=infinity LimitCORE=infinity TasksMax=infinity Delegate=yes KillMode=process [Install] WantedBy=multi-user.target
那么，你的容器在run的时候等于是加了一个默认隐藏参数--restart=always，也就是说 docker run 的时候是默认加了--restart=alwyas 这个参数的哦。
如果我有安装一个docker，并使用的是上述自启脚本，而我又希望重启策略是on-failure:3，那么，run容器的命令应该是：
docker run -itd --name=自定义的容器名称 --restart=on-failure:3 镜像名称
此时，如果这个容器由于某种原因第一次启动失败了，那么，该容器将会再重启两次，而不会一直无限重启啦。
