关闭 workbench.editor.enablePreview 设置可禁用单击预览，使文件仅通过双击正式打开；该设置不影响双击功能，但需排查已打开标签页切换、插件干扰或 revealIfOpen 等配置导致的误判。

VSCode 单击打开文件被误触发？改回双击打开

VSCode 默认开启「单击预览」模式，点一下文件就临时打开（带预览标识），再点别的文件会覆盖它——这容易误操作、打乱编辑状态。想彻底关掉单击行为，只保留双击才正式打开文件，关键在禁用 workbench.editor.enablePreview 设置。

关闭预览模式的正确配置方式

这个设置控制的是「是否允许单击预览」，不是「是否双击打开」——VSCode 本身没有独立的「双击开关」，双击行为始终存在且不可禁用；所谓「改成双击打开」，本质是让单击失效，只留下双击作为唯一打开途径。

• 打开 VSCode 设置（Ctrl+, 或 Cmd+, ）
• 搜索 workbench.editor.enablePreview
• 把复选框取消勾选（设为 false）
• 无需重启，立即生效

为什么改了没反应？常见干扰项

即使关了预览，仍可能遇到「单击还是打开了」的情况，大概率是以下原因：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 你正在点击的是已打开的标签页——此时单击只是切换焦点，和预览无关
• 安装了文件资源管理器增强插件（如 Explorer Exclude 或 Project Manager），它们可能劫持了点击逻辑
• 设置了 workbench.editor.revealIfOpen 为 true（默认值），导致单击已打开文件时自动跳转到对应标签页，看起来像“打开了”
• 终端或调试控制台里有文件链接，点击它们走的是另一套协议（file:// 跳转），不走资源管理器逻辑

双击打开后的编辑行为变化

关掉预览后，所有文件都必须双击才进入编辑器主区域，这对工作流有实际影响：

• 双击打开的文件会固定在标签页中，不会被后续双击覆盖
• workbench.editor.closeOnFileDelete 依然生效：删除当前打开的文件，标签页自动关闭
• 拖拽文件到编辑器区域仍为双击等效行为（即直接打开，非预览）
• 在 macOS 上，触控板双指轻点（tap to click）需确保系统级双击延迟没被调得过短，否则易误判为两次单击

真正要留意的是：这个设置影响全局所有编辑器组（包括侧边栏、内置终端里的文件链接），而且一旦关闭，所有通过资源管理器发起的单击都会彻底静默——连预览都不出现。如果你偶尔需要快速查看又不想留标签页，就得手动右键 →「Open to the Side」或用快捷键 Ctrl+Click（Cmd+Click）替代。