Remote-Containers插件响应延迟，需先确认扩展是否在容器内运行：执行Developer: Show Running Extensions并确保状态栏显示Dev Container标签；若文件同步卡顿，须在容器内.settings.json配置files.watcherExclude排除node_modules等目录；语言服务器如rust-analyzer必须在容器内安装并指定serverPath；Extension host terminated错误多由OOM、CLI缺失或网络限制引发，应结合Process Explorer与Extension Bisect定位。
Remote-Containers 启动后插件响应延迟，先确认是不是容器内扩展在运行
Remote-Containers 模式下，VSCode 的扩展行为分两类：宿主机运行的（如主题、快捷键管理）和容器内运行的（如 ESLint、Prettier、TypeScript 语言服务器）。卡顿若只出现在打开容器工作区后，大概率是容器内的扩展没跑对地方。
执行 Developer: Show Running Extensions，重点看右上角是否显示 Remote: Container 标签；没这个标签，说明你当前看到的是宿主机扩展列表，不是问题现场。
正确做法是：确保已连接到容器（状态栏左下角显示 Dev Container），再运行该命令——此时列出的才是容器中实际加载的扩展，Activation Time 和 Status 才具诊断意义。
文件同步导致 inotify 事件风暴，files.watcherExclude 必须在容器内生效
容器里 node_modules 或 target/ 目录一多，VSCode 默认通过 overlayFS 同步文件变更，会触发海量 inotify 事件，直接拖垮 Extension Host 进程 CPU 使用率。
关键点在于：这个配置必须写在容器工作区的 .vscode/settings.json 里，而不是宿主机的全局设置。否则它根本不会被容器内的 VSCode 实例读取。
"files.watcherExclude": { "**/node_modules/**": true, "**/target/**": true, "**/build/**": true }- 如果用的是 Rust/Go 项目，加上
"**/target/**"和"**/bin/**" - 避免写成
"node_modules/**"（漏掉任意层级嵌套）或"**/node_modules"（不匹配路径末尾带斜杠的情况）
改完保存后，必须重启容器窗口（Remote-Containers: Reopen in Container），热重载不生效。
语言服务器没进容器，却在宿主机上硬拉索引
典型症状是：打开一个 Rust 文件，CPU 狂飙、IntelliSense 卡住几秒、rust-analyzer 在 Show Running Extensions 里 Status 显示 Activating 但始终不变成 Activated。
原因很常见：插件虽已安装，但 rust-analyzer 二进制没放进容器，VSCode 就退回到宿主机查找——而宿主机很可能没装、或版本不匹配、或路径被 Docker 卷挂载隔离了。
验证方式：进容器终端，执行 which rust-analyzer；返回空则失败。
解决路径只有两条：
- 在
devcontainer.json的features或postCreateCommand中显式安装，例如："ghcr.io/devcontainers/features/rust:1" - 或手动把二进制拷进容器
/usr/local/bin并chmod +x，然后在settings.json中指定："rust-analyzer.serverPath": "/usr/local/bin/rust-analyzer"
Extension host terminated unexpectedly 报错背后的真实瓶颈
这个错误在 Remote-Containers 下高频出现，但它本身不是根因，而是结果——通常是某个插件在容器里初始化失败（比如内存不足 OOM 被 kill），或依赖的 CLI 工具缺失（如 eslint 命令找不到），又或者网络策略限制了插件启动时的 HTTP 请求（如 vscode-leetcode、GitLens 访问 API 失败）。
别只盯着控制台红字，要配合 Developer: Open Process Explorer 看实时内存和 CPU：如果某个扩展进程内存持续涨到 500MB+ 然后消失，基本就是 OOM；如果 CPU 长期 100% 但内存不动，大概率是死循环或阻塞 I/O。
真正麻烦的是那种不报错、也不终止、就卡在 Activating 状态的插件——它会让后续所有扩展排队等待，整个 Extension Host 启动流程停滞。这种必须靠 Developer: Start Extension Bisect 二分定位，不能靠日志猜。
