必须将 workbench.editor.enablePreview 设为 false 才能禁用资源管理器单击预览；Ctrl+Click 和搜索双击等行为需分别配置 search.editor.doubleClickBehaviour 等独立选项。
关掉 workbench.editor.enablePreviewFromExplorer 不起作用？先确认主开关
资源管理器单击文件仍显示斜体标签，不是因为 workbench.editor.enablePreviewFromExplorer 没关对，而是它早在 VSCode 1.85+ 版本中已被标记为废弃——现在真正起效的是全局开关 workbench.editor.enablePreview。如果你只改了这个细粒度项，其他地方（比如用户设置）仍是 true，斜体就会照常出现。
必须设为 false 的是：workbench.editor.enablePreview。它控制所有入口的预览行为，包括资源管理器单击。改完立刻生效，已打开的斜体标签会自动转为正体、带未保存圆点的常驻页。
- 图形界面操作：按
Ctrl+,→ 搜索enablePreview→ 取消勾选「Workbench › Editor: Enable Preview」 - 手动编辑更可靠：打开
Preferences: Open Settings (JSON)→ 在{}内加一行："workbench.editor.enablePreview": false - 检查右下角是否显示「User Settings」——若显示「Workspace Settings」，说明你只改了当前项目，用户级设置仍为
true，得同步改掉
Ctrl+Click 资源管理器文件还是预览？这是硬编码逻辑
即使 workbench.editor.enablePreview 是 false，你在资源管理器里按住 Ctrl（Windows/Linux）或 Cmd（macOS）再单击文件，依然会强制打开预览页。这不是配置遗漏，是 VSCode 底层硬编码行为，无法通过任何设置禁用。
替代方案只有两个：
- 改用普通单击（前提是已关掉全局预览）
- 改用双击——双击永远常驻，不走预览路径，也不受任何设置影响
注意：Ctrl+Click 在代码内跳转定义时的行为由另一个开关控制（workbench.editor.enablePreviewFromCodeNavigation），但资源管理器里的 Ctrl+Click 完全不读这个配置。
搜索结果双击仍预览？改 search.editor.doubleClickBehaviour
在 Ctrl+Shift+F 搜索面板里双击一个匹配行，默认行为是 gotoLocation，它会打开预览页——哪怕你已经关掉了所有 enablePreview 相关项。
真正起作用的是这个独立配置：
- 搜索
search.editor.doubleClickBehaviour - 把值从默认的
gotoLocation改成open - 改完无需重启，下次双击即生成常驻标签
这个设置和编辑器预览开关完全无关，是搜索模块自己的行为策略。别指望 workbench.editor.enablePreview 能管到这儿。
为什么拖拽文件到 editor group 还是斜体？这不是 bug，是设计
你把一个文件从资源管理器拖进右侧 split view，或者按住 Alt（Windows/Linux）或 Option（macOS）单击打开，生成的标签大概率仍是斜体——这跟所有 enablePreview 设置都无关。
这是 VSCode 的 editorGroup 行为策略：临时分配、可被覆盖、无保存标识。它不走标准编辑器打开流程，而是直接调用底层 API。
唯一能避免的方式只有操作习惯调整：
- 不用
Alt+Click，改用双击或回车确认 - 不用拖拽，改用右键 →「Open to the Side」或快捷键
Ctrl+\（macOS 是Cmd+\） - 已打开的斜体标签，右键 →「Keep Open」可手动转为常驻
最易被忽略的是：斜体标签没有未保存标识（没圆点），你改了几行，切走再回来，内容可能已被新文件覆盖——这不是崩溃，是预览模式的设计本意。
