Docker扩展在VS Code中不可见容器，主因是Docker daemon未运行或VS Code无访问权限；Linux/macOS需确保docker ps可用，Windows须启用WSL2及Docker Desktop的v2引擎。
为什么 Docker 扩展在 VS Code 里装了却看不到容器？
多数人安装 Docker 扩展后，点左下角或命令面板搜 Docker: Browse Images 没反应，根本原因是 Docker daemon 没运行，或 VS Code 没权限访问它。
- Linux/macOS：确认
docker ps在终端能正常执行，否则检查是否加入docker用户组（Linux）或 Docker Desktop 是否已启动（macOS） - Windows：必须使用 WSL2 后端，且 Docker Desktop 设置中要勾选
Use the WSL 2 based engine；纯 Windows 容器支持极弱，不建议尝试 - VS Code 必须以普通用户身份启动（不要用
sudo code），否则 socket 文件权限不匹配
如何从 VS Code 直接构建并运行当前项目？
扩展本身不自动读取 Dockerfile，需要你手动触发构建流程，且路径、上下文、tag 都得显式指定。
- 右键点击项目根目录下的
Dockerfile→ 选择Build Image...，会弹出输入框让你填 tag（如myapp:latest） - 构建成功后，在侧边栏
Docker视图的Images节点下找到该镜像，右键 →Run Interactive...，可设置端口映射（如-p 3000:3000）、环境变量、挂载卷 - 如果想跳过手动构建，改用
devcontainer.json方式：按Ctrl+Shift+P→Dev Containers: Add Development Container Configuration Files...，选基础镜像后自动生成配置，再用Reopen in Container
容器日志打不开、调试连不上怎么办？
VS Code 的 Docker 扩展默认只提供容器生命周期管理，日志和调试需额外配合原生命令或插件。
- 日志：右键容器 →
View Logs是最简方式；但若容器启动即退出，日志为空——此时要先查docker logs <container-id>看错误，常见是 CMD 启动命令失败或端口被占 - 调试 Node.js/Python 应用：不能只靠 Docker 扩展，得在
launch.json中配attach模式，并确保容器内已暴露调试端口（如node --inspect=0.0.0.0:9229）且做了端口映射 - 容器内文件修改不生效？说明没挂载源码目录——构建镜像适合发布，开发阶段务必用
Volume挂载，右键运行时勾选Add Volume Mount，路径填${workspaceFolder}:/workspace
“Docker Compose”支持到底行不行？
扩展对 docker-compose.yml 的支持是有限的：能识别、能启停服务，但无法智能推断依赖关系或调试入口。
- 打开含
docker-compose.yml的文件夹后，侧边栏Docker视图会出现Compose节点，展开能看到服务列表 - 右键某个服务 →
Up启动，Down停止；但Up不等价于docker-compose up -d，它默认前台运行，终端卡住就关掉——想后台运行得先在命令面板执行Docker: Compose Up (Detached) - 调试多服务应用（如前端+后端+DB）时，扩展不会帮你串起调试链；仍需在各服务的
launch.json中单独配置 attach，并确保网络互通（同 compose network 下默认可通）
真正麻烦的是 compose v2 和 v1 的 CLI 行为差异——扩展底层调用的是 docker compose（v2），如果你本地只有旧版 docker-compose（v1），命令会静默失败。检查方式：终端运行 docker compose version，没输出就说明没启用 v2，需在 Docker Desktop 设置中开启。
