双击搜索结果仍预览是因为search.editor.doubleClickBehaviour默认为gotoLocation，需改为open；该设置独立于workbench.editor.enablePreview，修改后双击即在常驻标签页打开。
搜索结果双击打开文件仍走预览，不是因为全局预览没关，而是search.editor.doubleClickBehaviour默认设成了gotoLocation——改它就行。
为什么关了workbench.editor.enablePreview还是预览？
VSCode 的搜索面板（Ctrl+Shift+F）有自己的双击行为策略，完全独立于编辑器全局预览开关。即使你把workbench.editor.enablePreview设为false，只要search.editor.doubleClickBehaviour保持默认值gotoLocation，双击匹配行就会以预览方式打开文件，标签仍是斜体。
-
gotoLocation：跳转到具体行号并启用预览（斜体标签） -
open：在新常驻标签页中打开整个文件（正体、带圆点、可保存）
怎么改search.editor.doubleClickBehaviour
打开设置（Ctrl+, / Cmd+,），搜search.editor.doubleClickBehaviour，把下拉选项从gotoLocation改成open。
- 也可以直接在
settings.json里加这一行："search.editor.doubleClickBehaviour": "open" - 改完立即生效，无需重启；已打开的预览页不会自动转常驻，但后续双击全部走
open逻辑 - 这个配置只影响搜索结果面板里的双击，不影响 Ctrl+Click 跳转或资源管理器单击
顺手检查其他可能触发预览的路径
搜索结果只是其中一环。如果你还看到斜体标签，大概率是其他入口没关干净：
- Ctrl+P 快速打开：确认
workbench.editor.enablePreviewFromQuickOpen为false - 代码内 Ctrl+Click 跳转：需设
workbench.editor.enablePreviewFromCodeNavigation为false - 资源管理器单击：确保
workbench.editor.enablePreviewFromExplorer为false - Alt+Click 或拖拽到 editor group：这是编辑器组底层行为，无法用配置禁用，只能改操作习惯
真正容易被忽略的是：预览页不会出现在 Ctrl+Tab 历史里，也不会响应右键「Close Others」，更不会在未保存时显示圆点。这些细节一旦混进工作流，比设置本身更难排查。
