关闭 workbench.editor.enablePreview 设置可禁用单击预览，使文件仅通过双击正式打开；该设置不影响双击功能，但需排查已打开标签页切换、插件干扰或 revealIfOpen 等配置导致的误判。
VSCode 单击打开文件被误触发？改回双击打开
VSCode 默认开启「单击预览」模式，点一下文件就临时打开（带预览标识），再点别的文件会覆盖它——这容易误操作、打乱编辑状态。想彻底关掉单击行为，只保留双击才正式打开文件，关键在禁用 workbench.editor.enablePreview 设置。
关闭预览模式的正确配置方式
这个设置控制的是「是否允许单击预览」，不是「是否双击打开」——VSCode 本身没有独立的「双击开关」，双击行为始终存在且不可禁用；所谓「改成双击打开」，本质是让单击失效，只留下双击作为唯一打开途径。
- 打开 VSCode 设置（
Ctrl+,或Cmd+,） - 搜索
workbench.editor.enablePreview - 把复选框取消勾选（设为
false） - 无需重启，立即生效
为什么改了没反应？常见干扰项
即使关了预览，仍可能遇到「单击还是打开了」的情况，大概率是以下原因：
- 你正在点击的是已打开的标签页——此时单击只是切换焦点，和预览无关
- 安装了文件资源管理器增强插件（如
Explorer Exclude或Project Manager），它们可能劫持了点击逻辑 - 设置了
workbench.editor.revealIfOpen为true（默认值），导致单击已打开文件时自动跳转到对应标签页，看起来像“打开了” - 终端或调试控制台里有文件链接，点击它们走的是另一套协议（
file://跳转），不走资源管理器逻辑
双击打开后的编辑行为变化
关掉预览后，所有文件都必须双击才进入编辑器主区域，这对工作流有实际影响：
- 双击打开的文件会固定在标签页中，不会被后续双击覆盖
-
workbench.editor.closeOnFileDelete依然生效：删除当前打开的文件，标签页自动关闭 - 拖拽文件到编辑器区域仍为双击等效行为（即直接打开，非预览）
- 在 macOS 上，触控板双指轻点（tap to click）需确保系统级双击延迟没被调得过短，否则易误判为两次单击
真正要留意的是：这个设置影响全局所有编辑器组（包括侧边栏、内置终端里的文件链接），而且一旦关闭，所有通过资源管理器发起的单击都会彻底静默——连预览都不出现。如果你偶尔需要快速查看又不想留标签页，就得手动右键 →「Open to the Side」或用快捷键 Ctrl+Click（Cmd+Click）替代。
