关掉 workbench.editor.enablePreview 设为 false 是唯一必须动作，可使资源管理器单击、Ctrl+P、F12等默认路径生成带圆点的常驻正体标签页；但 Ctrl+Click、搜索双击、拖拽及扩展调用等需单独配置或改操作习惯。
不难，但容易只改一半——关掉 workbench.editor.enablePreview 是唯一必须做的动作，其余都是“补漏”。很多人反复设置却仍有斜体标签，问题几乎全出在设置范围没覆盖、或忽略了绕过主开关的操作路径。
关掉 workbench.editor.enablePreview 是核心一步
这是全局总开关，设为 false 后，资源管理器单击、命令面板（Ctrl+P）回车、跳转定义（F12）等所有默认路径都会生成常驻标签页，斜体立即消失，未保存内容会显示圆点标识。
- 图形界面操作：按
Ctrl+,（Windows/Linux）或Cmd+,（macOS）→ 搜索workbench.editor.enablePreview→ 取消勾选「Workbench › Editor: Enable Preview」 - 手动编辑
settings.json更可靠："workbench.editor.enablePreview": false
- 改完无需重启，已打开的斜体标签会自动转为正体常驻（但不会自动保存内容，记得
Ctrl+S） - 务必检查右下角是否显示「Workspace Settings」——如果显示，说明你只改了当前项目，用户级设置仍是
true，得同步改掉用户设置
Ctrl+Click 和 Ctrl+P 仍出斜体？要单独关对应开关
即使 workbench.editor.enablePreview 是 false，这些操作仍走独立逻辑，硬编码绕过主开关：
-
Ctrl+Click（或Cmd+Click）跳转定义 → 必须加："workbench.editor.enablePreviewFromCodeNavigation": false
-
Ctrl+P输入文件名后回车 → 必须加："workbench.editor.enablePreviewFromQuickOpen": false
- 搜索结果中双击文件 → 不是预览开关管的，而是
search.editor.doubleClickBehaviour，设为"open"（不是默认的"gotoLocation"）："search.editor.doubleClickBehaviour": "open"
为什么拖拽或 Alt+Click 还有斜体？这不是设置能关的
这类行为属于 VSCode 的 editorGroup 策略，和预览设置无关。比如：
- 把文件从资源管理器拖到右侧 editor group 分栏 → 默认生成预览标签
- 按住
Alt（Windows/Linux）或Option（macOS）单击文件 → 强制在侧边打开预览页
它们无法通过任何配置项禁用。唯一办法是改操作习惯：不用 Alt+Click，不拖拽，全部用双击或 Enter 确认；或者右键斜体标签 → 「Keep Open」手动固定。
扩展调用的预览（如 GitLens、Todo Tree）怎么处理
这些扩展内部直接调用 VSCode 预览 API，完全无视你的设置。没有统一开关，只能查具体扩展文档：
- GitLens：看
gitlens.codeLens.enabled或gitlens.blame.lineEnabled是否触发跳转；部分版本支持gitlens.views.fileHistory.location控制打开方式 - Todo Tree：搜
todo.tree.openInEditor，设为true可避免预览打开 - 通用判断法：点击后标签斜体 + 左上角有小箭头 → 就是扩展调用了预览 API，此时设置无效，只能反馈给扩展作者或换用替代方案
真正难的不是找哪个配置，而是意识到 VSCode 的“预览”不是单一功能，而是一套分散在不同触发路径下的行为集合——主开关只管默认路径，其他都得一个个补。最容易被忽略的是用户设置与工作区设置的冲突，以及 Alt+Click / 拖拽这类“非标操作”根本不受控的事实。
