VS Code 连 Docker 容器开发的关键在于容器启动方式、挂载路径和远程环境初始化三步对齐：必须用 docker run -it 启动（禁用纯 -d），确保容器内有 bash/git/curl；.devcontainer.json 中 remoteUser 和 postCreateCommand 仅在首次构建或“Reopen in Container”时生效；多服务场景需在 docker-compose.yml 中为目标 service 配置 init: true 和 stdin_open: true。
VS Code 连 Docker 容器开发，不是“能不能”，而是“怎么连才不踩坑”——关键不在插件装没装，而在容器启动方式、挂载路径和远程环境初始化这三步是否对齐。
Remote-Containers 扩展连不上运行中的容器？检查 docker run 启动参数
常见现象：VS Code 点击 Remote-Containers: Attach to Running Container 后列表为空，或选中后报错 Failed to connect to the container。
-
docker run必须带-it（交互式 + 分配伪 TTY），否则容器内无 shell 会话，VS Code 无法注入 dev server - 避免只用
-d后台启动；如果必须后台运行，得额外加--init或确保容器 PID 1 是bash/sh而非node app.js这类前台进程 - 确认容器里装了
git、curl、bash（Remote-Containers 默认依赖这些）；精简镜像如node:alpine需手动apk add bash git
.devcontainer.json 里 remoteUser 和 postCreateCommand 怎么设才生效
很多人以为写进配置就自动执行，其实它只在 Reopen in Container 或首次构建时触发，对已运行容器无效。
-
remoteUser设成"root"最省事，但若坚持用普通用户（如"node"），得确保该用户存在、有/home/node目录、且sudo权限（或提前chown -R node:node /workspace） -
postCreateCommand不支持多行 shell 脚本；想装依赖+生成文件，得写成单行："npm install && mkdir -p .vscode && cp ./devcontainer/.vscode/* .vscode/" - 挂载本地
.vscode到容器内会覆盖.devcontainer.json的配置，建议把开发配置全写进.devcontainer/子目录，再用mounts字段显式挂载
Docker Compose 启动的多服务容器，VS Code 只能连一个？
是的，默认 Remote-Containers 只 attach 到单个 service。想调试 app 同时查 db 日志，得靠组合操作。
- 在
docker-compose.yml中给目标 service 加init: true和stdin_open: true，否则 attach 失败 - VS Code 连上
app后，在集成终端里直接docker exec -it myproject-db-1 psql -U postgres查数据库，比装 SQL Tools 插件更稳 - 不要在
.devcontainer.json里写dockerComposeFile指向docker-compose.yml就完事——它只会 build 并启动整个 stack，但 attach 仍只认service字段指定的那个
真正麻烦的从来不是“连上”，而是连上之后发现 npm run dev 报 ENOSPC（inotify 限制）、热重载失效、或是 git status 显示所有文件被修改——这些都得回到底层 docker run 的 --sysctl 参数和 volume 挂载选项里去调，而不是在 VS Code 设置里找开关。
