关掉workbench.editor.enablePreview仍见斜体标签，主因是拖拽文件到编辑器组、扩展调用底层API、多工作区缓存或扩展干扰等路径绕过该配置；斜体仅表临时态，不等于配置失效。
VSCode预览模式设置失效，大概率不是配置写错了，而是触发路径绕过了配置项本身。
为什么关了 workbench.editor.enablePreview 还有斜体标签
斜体标签 ≠ 预览模式未关闭。VSCode 的“斜体”视觉标记只反映标签是否为临时预览态，但它的生成逻辑不止依赖全局开关：
- 拖拽文件到编辑器组（split view）时，VSCode 会强制创建临时预览标签，该行为由
editorGroup底层控制，完全不读取workbench.editor.enablePreview - 某些扩展（如 GitLens 的 diff 视图、Test Explorer 的日志面板）调用的是底层
vscode.window.showTextDocument()API，绕过标准编辑器打开流程，也不受预览配置约束 - 命令面板执行
File: Open Recent或File: Open Folder后再点文件，部分场景会沿用旧的预览策略缓存，尤其在多工作区切换后
workbench.editor.enablePreviewFrom* 配置不生效的常见条件
这些细粒度开关只有在 workbench.editor.enablePreview 为 true（默认值）时才起作用。一旦你手动设为 false，它们就彻底被忽略——这不是 bug，是 VSCode 的设计逻辑。
所以如果你只想关掉资源管理器单击预览，但保留 Ctrl+P 和跳转定义的预览，必须确保：
-
workbench.editor.enablePreview保持默认true - 只显式设置
workbench.editor.enablePreviewFromExplorer为false - 其他两项（
FromQuickOpen、FromCodeNavigation）不写或留为true
项目根目录层级导致预览行为异常
VSCode 的预览策略会随工作区结构变化而隐式调整。典型现象：直接打开 my-project/ 文件夹时预览失效；但打开其父目录 projects/my-project/ 后再进子文件夹，预览就恢复正常。
这是因为：
- VSCode 在非根级文件夹中启动时，部分编辑器行为（包括预览状态判定）会降级为“文件级上下文”，不再严格读取用户级
settings.json - 某些扩展（如 Live Server、Marp）也会因工作区根路径识别失败，间接影响标签打开方式
- 解决办法很直接：关闭当前文件夹（
File > Close Folder），再从外层目录重新打开整个项目文件夹
扩展干扰导致预览标签“假性存活”
即使所有配置都正确，你仍可能看到斜体标签反复出现——尤其在保存、切换或右键操作后。这往往是以下扩展在后台接管了文档打开逻辑：
-
vscode-markdown-preview-enhanced：对.md文件调用自定义预览视图，其标签样式不受编辑器预览开关控制 -
Marp-vscode：启用后会劫持 Markdown 预览入口，原生的Ctrl+Shift+V可能打不开标准预览，而是强制走 Marp 渲染通道 -
GitLens：点击 commit 文件列表中的文件时，打开的是只读 diff 视图，自带斜体标签且无法通过配置禁用
这类情况没有通用开关可关，只能针对性禁用冲突扩展，或改用命令面板明确调用 Markdown: Open Preview 等原生命令来绕过干扰。
