关闭workbench.editor.enablePreview设为false是唯一有效解法，可使单击文件生成带未保存圆点的常驻正体标签页，无需重启，且必须同步修改用户级设置以防被覆盖。
直接在设置里搜 enablePreview 就能关掉
VSCode 图形化设置界面（Ctrl+, 或 Cmd+,）完全支持关闭预览模式，不需要改 JSON。关键不是“找对菜单”，而是“搜对关键词”——enablePreview 是唯一有效入口，其他模糊词如“preview mode”“tab behavior”都找不到核心开关。
操作步骤很简单：
- 打开设置，聚焦搜索框
- 输入
enablePreview（注意是连写、无空格、大小写不敏感） - 找到
Workbench › Editor: Enable Preview这一项 - 取消勾选它
改完立刻生效：所有已打开的斜体标签页会自动转为正体常驻状态，带未保存圆点，可拖拽、可右键关闭、Ctrl+Tab 能切到。不用重启，也不用刷新窗口。
右下角显示「Workspace Settings」时，图形界面可能没改对地方
如果你取消勾选后，单击资源管理器文件还是闪一下就消失，大概率是你只改了当前项目（即工作区）的设置，而用户级设置仍是 true，后者会覆盖前者。
检查方法很直观：看设置界面右下角是否写着 「Workspace Settings」。如果是，说明你正在编辑 .vscode/settings.json，而不是全局用户设置。
正确做法是：
- 点击右下角的 「Open Settings (JSON）」 链接（它会带你跳到用户级 settings.json）
- 或者在图形界面顶部切换标签页，从「Workspace」切到「User」再搜
enablePreview - 确保
Workbench › Editor: Enable Preview在 User 级别也被取消勾选
enablePreviewFromExplorer 不是替代方案，而是干扰项
有些用户搜到 workbench.editor.enablePreviewFromExplorer 并把它设为 false，结果发现斜体还在——这是因为这个配置只在 workbench.editor.enablePreview 为 true 时才起作用。它不是“细粒度开关”，而是“叠加控制”，默认值就是 true，但前提是主开关开着。
换句话说：如果你已经把 workbench.editor.enablePreview 设为 false，那 enablePreviewFromExplorer 的值根本不会被读取，改它毫无意义。
图形界面里看到它，只是 VSCode 把所有相关配置都列出来了，容易让人误以为要一个个关。其实只要主开关一关，所有来源（资源管理器、Ctrl+P、跳转定义）的预览行为就全停了——这是设计如此，不是 bug。
图形界面改完，斜体标签还在？那不是设置问题，是操作习惯问题
即使 workbench.editor.enablePreview 是 false，你仍可能看到斜体标签，但原因和设置无关：
- 用 Alt+Click（Windows/Linux）或 Option+Click（macOS）在资源管理器里点文件 → 强制走 editorGroup 预览策略，无法通过设置禁用
- 把文件拖拽到另一个编辑器分组（split view）→ 同样触发底层 editorGroup 行为，斜体是正常表现
- GitLens blame 行、Test Explorer 日志、某些 diff 视图 → 它们绕过标准编辑器 API，直接调用预览接口
这些场景下，斜体标签不是“设置没生效”，而是 VSCode 故意这么设计的。真正可靠的判断依据不是字体样式，而是看标签右上角有没有未保存圆点；没有圆点，就说明它仍是预览态——哪怕你关了所有开关。
