在 Visual Studio Code 中管理 Docker 容器，最关键的快捷入口始终是 Ctrl+Shift+P。这个命令面板将所有的图形化操作集中到一起，插件本身并未设置类似 Ctrl+D 启动容器这样的独立快捷键，这样设计是为了避免按键冲突，也省去你记忆大量组合键的麻烦。所有命令都具备上下文感知能力——你当前选中哪个文件，面板就会优先显示对应的命令。例如“构建镜像”“运行容器”“查看日志”这些高频操作，都会根据当前资源动态调整，再配合鼠标点击，可以进一步精准筛选可用的操作。

Ctrl+Shift+P 是 VS Code 中调用 Docker 功能最核心的快捷入口，所有图形化操作都依赖于此。插件不提供独立的快捷键映射（例如 Ctrl+D 启动容器），而是将命令统一收纳到命令面板，避免了快捷键冲突和记忆成本。

为何不采用自定义快捷键？

VS Code 的 Docker 扩展遵循“上下文感知”而非“全局热键”的设计原则：右键点击 Dockerfile 时才会显示“构建镜像”，点击 docker-compose.yml 才出现“启动”或“停止”。强行绑定快捷键会导致操作不可见、容易误触发，且无法根据当前文件类型动态适配。在实际使用中，Ctrl+Shift+P 输入 “docker” 后，列表会实时过滤出当前上下文可用的命令，比记忆一堆快捷键更加可靠。

Ctrl+Shift+P 下高频 Docker 命令速查

输入后直接选择即可（无需完整拼写）：

• Dev Container: Reopen in Container —— 使用 .devcontainer.json 启动完整的开发环境，并非简单的 exec 操作
• Docker: Build Image —— 在打开的 Dockerfile 上执行，自动识别构建上下文的路径
• Docker: Run Container —— 需要先选中镜像，支持交互式填写参数（端口、挂载卷、环境变量）
• Docker: View Logs —— 对已选定的容器生效，日志流会内联显示在 OUTPUT 面板，而非弹出新终端
• Docker: Attach Shell —— 等价于 docker exec -it /bin/sh，但会自动降级到 /bin/bash 或 ash

容易被忽略的快捷组合：鼠标 + 键盘协同

真正提升效率的并非纯键盘操作，而是鼠标与 Ctrl+Shift+P 的配合使用：

• 在左侧 Docker 视图中，单击容器名称 后再按 Ctrl+Shift+P，命令列表会优先推荐与该容器相关的操作（如查看日志、停止、重启）
• 在 docker-compose.yml 编辑器中，将光标停在某个 service 名称上，再呼出命令面板，Docker: Compose Up 会默认只启动该服务
• 右键点击 volume 条目 → “Open in Terminal”，VS Code 会自动切换到该卷的挂载路径（需宿主机路径可访问）

调试场景下的快捷链路

调试容器内进程时，Ctrl+Shift+P 并非终点，而是起点：

• 先执行 Dev Container: Reopen in Container，确保整个编辑器会话进入容器上下文
• 此时按 F5 启动调试器，VS Code 会自动注入 launch.json 中的 port 和 pathMappings，无需手动修改配置
• 若调试中断，直接按 Ctrl+Shift+P → Docker: Restart Container，比删除容器再重新运行快得多

真正影响效率的往往不是快捷键本身，而是没有意识到 Docker 扩展的命令是“状态敏感”的——它总在你刚点击、刚选中、刚停驻的位置，给出最可能需要的选项。多尝试几次右键 + Ctrl+Shift+P 组合，比死记快捷键表更有效。