VSCode调试标签页切换会话指“运行和调试”视图顶部的会话下拉菜单，用于在多个活跃调试进程（如前端+后端）间切换上下文，使变量、调用堆栈、断点状态同步更新，与Ctrl+Tab切换文件标签页无关。
调试时点击下拉菜单切换会话，不是切编辑器标签页
VSCode 的「调试标签页」不是指顶部文件标签栏，而是“运行和调试”视图顶部的会话下拉菜单。你启动多个调试进程（比如前端 + 后端），它们会并列显示在那里，点击即可切换上下文——变量、调用堆栈、断点状态全部跟着变。这跟 Ctrl+Tab 切文件标签页是两套独立机制，混用会导致找不到目标。
F5 启动后断点不聚焦？检查 launch.json 的 presentation 配置
默认情况下，VSCode 在命中断点时不会自动把焦点切到对应文件，尤其当断点在非活动编辑器组或预览标签页里时。要让断点触发后自动打开并聚焦文件，需在 launch.json 中显式启用：
{
"configurations": [{
"type": "node",
"request": "launch",
"name": "Launch",
"program": "${workspaceFolder}/index.js",
"presentation": {
"focus": true,
"reveal": "always",
"group": "debug"
}
}]
}
注意：presentation.focus 控制是否将编辑器组设为焦点，presentation.reveal 决定是否滚动到断点行；两者都设为 true 或 "always" 才能确保“跳过去 + 看得见 + 能编辑”。
断点命中但文件没打开？大概率是 source map 或路径映射没对上
常见现象：断点打在 src/index.ts，但命中时编辑器试图打开 out/index.js 并失败，结果空白页+断点空心。这不是快捷键问题，而是调试器找不到源码位置。关键检查项：
-
sourceMaps: true必须在launch.json中开启（Node.js）或compilerOptions.sourceMap（TS） -
outFiles字段要匹配实际生成路径，例如"outFiles": ["${workspaceFolder}/dist/**/*.js"] - TypeScript 项目若用了
rootDir和outDir，还需配sourceMapPathOverrides映射关系 - C++ 项目检查
miDebuggerPath和setupCommands是否指向带调试符号的可执行文件
只要路径映射失败，VSCode 就无法定位源码行，自然不会打开文件，更谈不上聚焦。
Ctrl+1 不能强制聚焦编辑器？确认焦点没被终端或面板锁死
调试中频繁切来切去，容易让焦点卡在终端、问题面板或 Git 提交框里。此时按 Ctrl+1（Windows/Linux）或 Cmd+1（macOS）是最快回到第一个编辑器组的方式。但它只对已存在的编辑器组生效——如果当前组是空的（比如全关了文件只剩终端），Ctrl+1 不会自动打开任意文件，只是把光标放在编辑器区域空白处。
真正容易被忽略的是：某些插件（如 GitLens 的提交输入框、Prettier 的格式化提示）会临时劫持焦点，导致 Ctrl+1 表现异常。遇到这种情况，先禁用插件测试，再逐个排查。
