ctrl+`打开的终端运行在远程主机上，pwd、ls等命令输出均为远程环境真实结果；f5调试使用远程工作区的launch.json，非本地配置；f12跳转依赖远程安装的语言服务器，如ms-python.python。
远程连接时 Ctrl+` 打开的终端在哪运行
它直接运行在远程主机上，不是本地 shell。你敲 pwd、ls 或 python --version，看到的结果全是远程环境的真实输出。这点容易误判——比如你本地装了 Python 3.9，但远程是 3.11，调试失败时第一反应常是“本地环境问题”，其实根本没走本地。
- 快捷键
Ctrl+`（反引号）始终打开远程终端，无论当前是否已打开文件夹 - 首次连接后，VSCode 自动在远程
~/.vscode-server下部署服务端，所有终端、调试器、插件后台进程都跑在那里 - 如果终端卡死或无响应，别重启 VSCode，先尝试右键终端面板 → “Kill Terminal”，再新建一个
远程调试时 F5 启动的是哪边的 launch.json
用的是远程工作区里的 launch.json，不是你本地项目根目录下那个。很多人把配置写在本地，连上远程后发现断点不命中、提示 “No configuration found”，就是因为 VSCode 根本没读本地文件。
- 必须在远程打开的文件夹里，通过
Ctrl+Shift+P→ “Debug: Open launch.json” 创建或编辑配置 -
remoteRoot字段要严格匹配远程路径，例如"/home/user/project"；localRoot是你本地映射路径（仅用于源码映射，不影响执行） - Python 调试若用
attach模式，确保远程服务已监听指定端口（如5678），且connect.host写"localhost"—— 因为 SSH 隧道已自动把端口转发过去
远程开发中哪些快捷键会“失效”或行为突变
不是快捷键坏了，而是上下文切换导致功能绑定变了。最典型的是 Ctrl+P 和 F12：前者默认搜远程文件，后者跳转依赖远程安装的 Language Server（如 clangd 或 pylsp），而不是本地插件。
-
Ctrl+Shift+P命令面板：输入命令时，带 “(SSH)” 后缀的才是远程可用命令（如 “Python: Select Interpreter (SSH)”） -
F12（Go to Definition）：如果远程没装对应语言服务器，会提示 “No definition found”，此时需在远程扩展面板里搜索并安装（如ms-python.python） -
Ctrl+K Ctrl+O（Open Folder）：只能打开远程路径，不能选本地磁盘目录；误操作会弹出空列表或报错ENOENT
云端调试必须关掉的两个自动同步开关
VSCode 默认开启的文件监听和设置同步，在跨网络场景下极易引发延迟、冲突甚至覆盖远程修改。尤其当你用 Git 在远程提交、又在本地改同个文件时，files.autoSave 和 sync 是隐形雷。
- 关闭远程自动保存：在远程窗口按
Ctrl+,→ 搜索files.autoSave→ 设为"off"或"afterDelay"（别用"onFocusChange"） - 禁用设置同步：远程连接状态下，
Ctrl+,→ 搜索sync→ 关掉settings.sync和extensions.sync，避免本地插件/主题强行覆盖远程环境
