远程开发卡顿主因是VSCode Remote-SSH后台过度扫描文件、同步扩展及加载语言服务器，导致远程CPU与磁盘IO过载；应配置files.watcherExclude、禁用autoForwardPorts、关闭GSSAPIAuthentication并启用TCP保活等优化措施。
远程开发卡顿，八成不是网络差，而是 VSCode Remote-SSH 在后台疯狂扫描文件、同步扩展、加载语言服务器，把远程机器 CPU 和磁盘 IO 吃干抹净——关掉几个默认开启的“智能”功能，响应速度立刻从秒级降到毫秒级。
Remote-SSH 文件监听吃光 CPU 怎么办
远程窗口打开后，ps aux | grep vscode-server 显示 node 进程持续高 CPU 占用，且 iotop -a 观察到大量小文件读写，基本可断定是文件监视器（file watcher）在扫 node_modules、.git/objects 或挂载的 NFS 目录。
-
files.watcherExclude必须设，且只用双星号**：例如"**/node_modules/**"、"**/.git/objects/**"；单星号*无效 - 禁用自动端口转发：
"remote.autoForwardPorts": false，避免每次打开终端都触发端口探测 - 如果远程机器内存紧张（
free -h显示可用 ~/.vscode-server/data/Machine/settings.json 里加："remote.extensionKind": ["ui"]，强制只加载 UI 层扩展，不拉起 workspace 扩展进程
SSH 连接本身延迟高怎么调
执行 ssh -o ConnectTimeout=5 user@host "echo ok" 耗时 >300ms，或 scp /dev/zero user@host:/dev/null 传输 1GB 低于 5MB/s，说明 SSH 协议层有优化空间。
- 在本地
~/.ssh/config对应 Host 块中加入：GSSAPIAuthentication no（常导致 1–2s 认证延迟） - 启用保活：
TCPKeepAlive yes+ServerAliveInterval 60，防 NAT 设备中途断连重协商 - 禁用 GSSAPI 后若仍慢，加
Compression yes（仅限低带宽场景；高带宽下压缩反而拖慢）
远程调试断点卡住、变量刷新慢
断点命中后要等 2–3 秒才停，或变量窗空白几秒才加载，问题通常不在代码，而在调试器和远程路径映射没对齐。
- 检查
launch.json中localRoot和remoteRoot是否严格匹配，尤其注意路径结尾斜杠（/app/≠/app） - 关闭调试时自动附加：
"debug.javascript.autoAttachFilter": "never"，避免编辑器空闲时偷偷 attach 进程 - 远程服务器上运行
htop --filter=code-server,sshd，确认没有多个node进程在争抢调试端口（如 9229）
VSCode 本地端也卡，是不是扩展惹的祸
即使没开远程连接，本地 VSCode 也变慢，大概率是某些扩展在后台持续索引远程项目缓存或同步状态。
- 按
Ctrl+Shift+P→ 输入Developer: Show Running Extensions，看哪些扩展长期占用 >50MB 内存或启动耗时 >2s - 重点排查：
GitLens（默认全仓扫描）、ESLint（未设eslint.validate范围）、Auto Import（每打开一个文件就扫描node_modules） - 不要直接卸载，先在工作区设置中临时禁用：
"gitlens.advanced.caching.enabled": false，或限制 ESLint 只校验["javascript", "typescript"]
真正卡顿的根源，往往藏在「远程机器上那个没人管的 vscode-server 进程」和「本地 SSH 配置里那行被注释掉的 GSSAPIAuthentication no」里——而不是升级带宽或换电脑。
