直接设"workbench.editor.enablePreview": false是唯一必须改的配置，可使资源管理器、Ctrl+P、搜索单击等操作均生成带圆点的常驻正体标签页，斜体立即消失且无需重启；若右下角显示“Workspace Settings”则需改用户级设置，而Ctrl+Click、拖拽等硬编码行为仍会强制预览。
直接设 workbench.editor.enablePreview 为 false 就行
这是唯一必须改的配置，设为 false 后，所有通过资源管理器、命令面板（Ctrl+P）、搜索结果单击打开的文件，都会变成带圆点的常驻标签页，斜体立即消失。它不是“关掉某种预览功能”，而是告诉 VSCode：“别再用临时标签页了”。改完不用重启，已打开的斜体标签会自动转为正体。
右下角显示「Workspace Settings」说明你没改对地方
VSCode 的设置分用户级（User）和工作区级（Workspace），而 workbench.editor.enablePreview 默认是用户级开关。如果你只在当前项目里取消勾选，右下角会显示「Workspace Settings」——这意味着用户级设置仍是 true，随时可能覆盖你的改动。必须确认：在设置界面左上角切换到「User」标签页，再搜 workbench.editor.enablePreview 并关闭它。
Ctrl+Click 和拖拽仍会出斜体？这不是配置失效，是硬编码行为
即使 workbench.editor.enablePreview 是 false，以下操作仍会强制生成斜体标签：
-
Ctrl+Click（Windows/Linux）或Cmd+Click（macOS）跳转定义：VSCode 内部硬编码走预览流程，无法通过任何设置禁用 - 把文件从资源管理器拖拽到另一个 editor group：属于编辑器组（editorGroup）层级策略，和预览开关无关
- GitLens blame 行、Todo Tree 任务项点击：这些扩展直接调用 VSCode 预览 API，得查各自文档看是否有
enablePreview类配置
这类标签不会显示未保存标识（无圆点），切走再回来容易丢改动——这才是最危险的地方，比斜体本身更值得警惕。
想保留部分预览？别碰 workbench.editor.enablePreview，改细粒度开关
如果你只希望关掉资源管理器单击预览，但保留 Ctrl+P 或跳转定义时的轻量打开，那就别动全局开关，而是显式关闭对应来源：
-
"workbench.editor.enablePreviewFromExplorer": false→ 资源管理器单击不预览（双击仍常驻） -
"workbench.editor.enablePreviewFromQuickOpen": false→Ctrl+P回车后不预览 -
"workbench.editor.enablePreviewFromCodeNavigation": false→Ctrl+Click、F12、Shift+F12不预览 -
"search.editor.doubleClickBehaviour": "open"→ 搜索结果双击强制常驻（默认gotoLocation会进预览）
注意：这些细粒度开关只有在 workbench.editor.enablePreview 为 true 时才生效；一旦你把它设为 false，它们就全被忽略。
