问题描述
在运行一个容器时使用了以下命令：docker run bot --restart-policy always。然而，如果容器因为堆栈跟踪等问题退出，实际上容器并不会重新启动。例如：
Traceback (most recent call last):
File "/jirabot/source/jbot.py", line 32, in <module>
rtm = slack_client.rtm_read()
...
socket.error: [Errno 32] Broken pipe
用户想知道关于--restart-policy always重启策略的用途，他可能忽略了什么。
解决方案
请注意以下操作可能存在版本差异。在执行任何更改之前，请务必备份您的数据和配置。
Docker容器的重启策略是控制容器在退出时的重新启动行为的方式。然而，在用户的情况下，命令行参数的顺序是有影响的。以下是解决方案的具体步骤：
修正命令行参数顺序
原始命令：docker run bot --restart-policy always中，--restart-policy always实际上被视为容器的命令（CMD）。这并不是您想要的。要修改容器的重启策略，应将选项放在run之后，而在映像名称bot之前。
修正后的命令应为：docker run --restart-policy always bot。
这将告诉Docker在容器退出时始终重新启动容器，不论退出的原因是什么。
修改重启策略
您还可以在docker-compose.yml文件或docker stack deploy命令中设置重启策略。以下是在docker-compose.yml文件中如何指定重启策略的示例：
version: '3'
services:
bot:
image: your_bot_image:latest
restart: always
# 其他配置
在上面的示例中，我们为bot服务指定了restart: always，以确保容器始终在退出后重新启动。
请注意，尽管设置了重启策略为always，但容器在异常退出的情况下仍然可能需要调查问题的根本原因。如果容器反复因为类似的问题而退出，您可能需要检查容器内部的错误，以便进行修复。
查看日志
另外，您可以查看容器的日志，以获取有关容器为何异常退出的更多信息。使用以下命令查看容器的日志：
docker logs container_name_or_id
通过检查日志，您可以了解容器退出的详细信息，从而更好地诊断和解决问题。
总结
在Docker中，通过正确设置重启策略，您可以确保容器在异常退出时得到重新启动。请确保在运行docker run命令时，将--restart-policy选项放在run之后，以便正确应用重启策略。此外，对于经常退出的容器，查看容器日志可以帮助您定位问题的根本原因。