VS Code需安装Microsoft官方Docker扩展并确保本地Docker CLI可用才能管理容器；扩展提供镜像构建、容器启停、日志查看等功能，但依赖命令行逻辑且不支持自动处理sudo或docker-compose多容器编排。
VS Code 本身不内置 Docker 容器管理能力，必须通过官方扩展 Docker（由 Microsoft 提供）才能实现镜像拉取、容器启停、日志查看、文件复制等操作。没装这个扩展，所有“集成管理”都是空谈。
安装并启用 Docker 扩展
这是整个流程的前提，且依赖本地 Docker CLI 可用。VS Code 不会帮你装 Docker Engine，也不会自动配置 DOCKER_HOST。
- 在 VS Code 扩展市场搜索
Docker，认准发布者为Microsoft，安装后重启窗口（部分版本需手动启用） - 终端中运行
docker version必须成功返回客户端和服务端信息；否则扩展面板里会显示Cannot connect to the Docker daemon - 若使用 Docker Desktop，确保它已启动；若用 WSL2 后端，需确认
docker context指向正确（如default或desktop-linux） - Windows 用户注意：WSL2 发行版内安装的 Docker CLI 默认无法被 Windows 版 VS Code 直接调用，建议统一用 Windows 上的 Docker Desktop + WSL2 backend
在 VS Code 中查看和操作容器
扩展启用后，左侧活动栏会出现一个鲸鱼图标（Docker 视图），点开即可看到 Containers、Images、Registries 等节点。
- 右键容器名可直接执行
Start/Stop/Remove/Inspect，等效于docker start、docker rm -f等命令 -
Logs右键菜单打开的是只读终端式日志流，不支持交互；想进容器执行命令，得用Exec in Container…（对应docker exec -it） - 容器列表默认不自动刷新，需手动点击右上角刷新按钮，或按
Ctrl+R（Windows/Linux）/Cmd+R（macOS） - 若容器启动失败（比如端口冲突），VS Code 不会高亮错误原因，得回终端看
docker logs或docker events
从 Dockerfile 构建并运行容器（无需命令行）
这是最常被误以为“一键部署”的环节——VS Code 只能触发构建和运行，但构建上下文、参数、网络配置仍靠 docker build 和 docker run 底层逻辑驱动。
- 右键
Dockerfile→Build Image…，会弹出输入框让你填镜像名（如myapp:latest），不填 tag 默认为:latest - 构建完成后，右键该镜像 →
Run Interactive…，可填入-p、-v、--env等参数（格式与 CLI 完全一致，例如-p 3000:3000 -e NODE_ENV=dev） - 参数框里不能换行，多个参数用空格分隔；路径要写宿主机视角的绝对路径（
/home/user/app），不是容器内路径 - 如果构建失败，输出面板会显示完整
docker build命令和错误日志，常见问题包括：上下文路径含中文、.dockerignore排除不当导致 COPY 失败、多阶段构建中 stage 名拼错
真正容易被忽略的是权限和上下文隔离：VS Code 的 Docker 扩展以当前用户身份调用 CLI，不会自动处理 sudo docker 场景；同时它完全不感知 Compose 文件里的 service 依赖或 network 配置——想管理多容器应用，还是得回到 docker-compose.yml + 终端，或者装额外的 Compose 扩展。
