关掉 workbench.editor.enablePreview 仅解决资源管理器单击预览，Ctrl+P、跳转定义等需分别关闭对应开关；斜体标签残留因各入口有独立控制项，如 workbench.editor.enablePreviewFromQuickOpen 等，默认均为 true。
关掉 workbench.editor.enablePreview 就能解决 90% 的预览干扰问题，但仅改这一项常不够——斜体标签仍可能在 Ctrl+P、跳转定义或搜索结果里冒出来，因为 VSCode 把预览控制拆成了多个独立开关。
为什么关了 workbench.editor.enablePreview 还有斜体标签
这个配置是全局开关，但它只对「资源管理器单击」生效；其他入口走的是各自硬编码路径，不买它的账：
-
Ctrl+P（或Cmd+P）输入文件名后回车 → 受workbench.editor.enablePreviewFromQuickOpen控制，默认true - 代码中
Ctrl+Click跳转定义 → 受workbench.editor.enablePreviewFromCodeNavigation控制，默认true - 搜索面板（
Ctrl+Shift+F）双击结果 → 受search.editor.doubleClickBehaviour控制，设为"open"才避免预览 - 资源管理器里
Ctrl+Click（Windows/Linux）或Cmd+Click（macOS）→ VSCode 硬编码逻辑，**无法通过任何设置禁用** - 某些扩展（如 GitLens blame 行、Todo Tree 点击）内部调用预览 API，得查该扩展文档是否有
enablePreview类配置项
怎么让 Ctrl+Tab 切换真正可靠
默认 Ctrl+Tab 按最近使用顺序（MRU）切换，且会把已关闭的预览页历史也混进去，导致松手瞬间跳进一个根本不存在的标签。这不是快捷键坏了，是行为逻辑本身不适合多文件并行场景：
- 必须先关掉所有预览来源，否则
Ctrl+Tab会持续被“幽灵预览”干扰 -
Ctrl+PageUp/Ctrl+PageDown默认无绑定，需手动映射到workbench.action.previousEditorInGroup和workbench.action.nextEditorInGroup - 如果开了终端或大纲面板，
Ctrl+Tab可能跳进它们；可设workbench.editor.focusRecentEditorAfterClose为false减少自动跳转 - 想固定关键文件位置？右键标签 →
Keep Open，或拖拽到新编辑器组（Alt+Click或右键 →Open to the Side）
按文件类型精细控制预览行为
全关太一刀切，比如你希望 .md 点开就渲染预览，但 .ts 和 .json 必须常驻编辑——这时不能用 files.associations（它只管语法高亮），得用 workbench.editorAssociations：
- 规则按数组顺序匹配，前面优先；例如把
"*.ts"放在"*.md"前面，就能确保 TypeScript 文件不走预览 -
viewType必须写对：内置文本编辑器是"default"，Markdown 预览是"vscode.markdown.preview.editor" - 示例配置（放入
settings.json）：
"workbench.editorAssociations": [
{
"viewType": "default",
"filenamePattern": "*.ts"
},
{
"viewType": "default",
"filenamePattern": "*.json"
},
{
"viewType": "vscode.markdown.preview.editor",
"filenamePattern": "*.md"
}
]
改完要关闭已打开的对应文件标签，再从资源管理器点开才生效。
最易被忽略的两个细节
一是 workbench.editor.reuseEditors：即使关了所有预览，双击或拖入同名文件仍可能覆盖当前标签——这是复用机制在起作用，不是预览；设为 false 才彻底禁用。
二是设置层级冲突：右下角显示 Workspace Settings 说明你只改了项目级配置，而用户级仍是默认 true，斜体会照常出现。务必确认修改的是用户级 settings.json，或在两级都设为 false。
