docker start也是很简单的命令。但因为有了几个选项，又变得复杂，而且…
命令：
docker container start
描述：
启动一个或多个已停止的容器。
用法：
docker container start [OPTIONS] CONTAINER [CONTAINER...]别名：
docker start(docker的一些命令可以简写，docker start就等同于docker container start)
选项：
| 选项 | 描述 | 备注 |
|---|---|---|
| -a, –attach | 附加到标准输出（STDOUT）/标准错误（STDERR），并转发信号 | |
| –checkpoint | 从这个检查点恢复 | 试验性质（守护进程） |
| –checkpoint-dir | 使用自定义的检查点存储目录 | 试验性质（守护进程） |
| –detach-keys | 覆盖用于分离容器的键序列 | |
| -i, –interactive | 附加到标准输入（STDIN） |
示例1：docker start
如图所示，我有两个退出状态的容器，现在打算重新启动。执行指令：
docker start data-wordpress-1 data-db-1结果如下。data-wordpress-1和data-db-1全部启动。
示例2：选项–attach
终端A在正常启动命令中加入–attach(-a)选项
docker start -a data-wordpress-1 data-db-1
you cannot start and attach multiple containers at once结果出现错误，也就是说，使用–attach选项，只能用于一个容器。这次只启动一个wordpress
docker start -a data-wordpress-1可以看出，终端A给出wordpress的标准输出（STDOUT）和标准错误（STDERR）内容。
这时，我们打开另一个终端B，使用curl访问这个容器。
curl localhost:8080可以看到终端A中输出了内容，响应了终端B的访问。
示例3：选项–checkpoint、–checkpoint-dir
这是一个试验性质的功能，未来充满不确定性。这里不做具体展开。使用该功能，还需要安装criu。请看上一篇：【Docker学习】docker checkpoint 简单了解
用法：
docker start --checkpoint CHECKPOINT_ID --checkpoint-dir DIR [OTHER OPTIONS] CONTAINER示例4：选项–detach-keys
使用这个选项覆盖Docker的分离键序列。这在你使用的Docker默认键序列与其他应用程序发生冲突时非常有用。
要为单个容器覆盖序列，就可以使用选项–detach-keys。格式要么是一个字母[a-Z]，或者是与以下任何一个结合ctrl-：
- a-z：单个小写字母字符
- @：@符号
- [：左中括号
- \\：两个反斜杠
- _：下划线
- ^:^符号
失败的操作，但正确的使用。
docker start --attach --detach-keys="ctrl-x" my-redis以上命令计划使用docker start启动my-redis，并附加到标准输出和标准错误上，并设置ctrl-x来退出这种模式，并且不停止my-redis。
经过测试，结果如下：
快捷键不起作用。网上看了不少文章，说默认要使用ctrl-p、ctrl-q来使用，但是也没成功。
最终只能通过ctrl-c强行停止容器。
目前使用一种方法可以解决这一问题，就是用到docker attach的–sig-proxy选项。
docker start my-redis
docker attach --sig-proxy=false my-redis这样ctrl-c可以退出标准输出，进入命令提示符。不过，这样attach到my-redis又看不到任何标准输出。不知道是不是只有特定的容器才会起作用。
我又尝试使用官网的例子
docker run -dit --name my-alpine alpine top -b
docker attach my-alpine可以看到结果正常显示标准输出。
又因为使用了-i和-t选项，这次相继按下ctrl-p，ctrl-q，程序也能正常退出到命令模式，并且没有关闭my-alpine。
因为docker start只有-i，没有-t，所以是不支持分离键序列。但官网给出了这个选项，又没有测试用例，不知道是没有考虑到，还是有bug。若是网友对这块比较熟悉，欢迎跟我讨论，不胜感激！