必须手动杀掉远程.vscode-server进程并重连，因该进程缓存初始shell环境（含groups、path等），系统级用户组变更不会自动同步；仅ui操作无法刷新，需ssh登录执行kill -9后关闭再重连remote-ssh。
VSCode远程SSH连接后，为什么改了用户组仍不生效？
因为远程 .vscode-server 进程缓存了初始登录时的 shell 环境（包括 groups、$PATH、HOME），后续系统级变更（如 addgroup、usermod -aG）不会自动同步到已运行的 server 进程中。
- VSCode 本地只是客户端，真正执行命令的是远端
.vscode-server的守护进程 - 哪怕你 reload window 或关闭所有终端，只要该进程没退出，环境就不会刷新
-
Ctrl+Shift+P→Kill Current VS Code Server只在部分版本可用；更通用的做法是手动杀进程
如何彻底重启远程 VSCode Server 进程？
不能只靠 UI 操作，必须确保远端旧进程被终止、新进程以更新后的用户上下文启动。
- 先通过 SSH 登录目标服务器，运行：
ps aux | grep '.vscode-server' | grep -v grep | awk '{print $2}' | xargs kill -9 - 确认无残留：
pgrep -f 'vscode-server'应无输出 - 回到 VSCode，点击右下角状态栏的远程连接图标 →
Close Remote Connection - 再重新点击
Remote-SSH: Connect to Host...，此时会重新部署并启动 server，加载全新 shell 环境
Node 进程本身怎么远程重启？不是 VSCode Server
这是两个独立层级：VSCode Server 是编辑器后台，而你的 Node 应用是它里面跑的子进程。重启 Node 需要控制其生命周期，不能依赖 VSCode 自身刷新。
- 如果用
npm run dev启动：在 VSCode 集成终端里按Ctrl+C终止，再重输命令——注意终端焦点必须在该窗口，否则Ctrl+C无效 - 如果用
nodemon：确保它带--inspect-brk参数（如nodemon --inspect-brk ./server.js），否则 VSCode attach 模式连不上新进程 - 别用
runtimeExecutable: "nodemon"直接 launch：Windows 找不到.cmd，Linux/macOS 可能路径解析失败；应统一走npm run debug+"request": "attach"
为什么 attach 模式配 restart: true 还是连不上？
根本原因常被忽略：VSCode 的 restart: true 不是“主动拉起进程”，而是“在 attach 成功后，监听端口断开→自动重连”。如果 nodemon 根本没起来或没开调试端口，它就永远等不到第一次 attach。
- 务必先在终端手动运行
npm run debug，看到Debugger listening on ws://127.0.0.1:9229/再点 VSCode 调试按钮 -
launch.json中必须显式写"protocol": "inspector"，否则老 Node 版本可能 fallback 到 legacy 协议导致握手失败 - 检查
nodemon.json或命令行参数是否漏掉"ext": "js,json,ts"——改了.ts文件却不触发重启，八成是监听扩展名没覆盖
