VSCode 默认不支持路径模糊匹配，需安装插件 Path Intellisense；它独立扫描文件系统，支持子串、驼峰等匹配，在 import、require 等字符串中生效，但不支持多根工作区跨文件夹跳转。
VSCode 默认不支持路径模糊匹配，得靠插件补上
VSCode 内置的路径补全只做前缀匹配，比如输入 util 只能匹配 utils/ 或 utility.js，但不会匹配 date-formatter.ts 这类含关键词但位置不靠前的文件。这不是配置能打开的开关，而是语言服务本身没实现该逻辑。
真正能解决模糊路径补全的，是社区插件 Path Intellisense（作者: Christian Kohler）。它独立于 TS/JS 语言服务运行，直接扫描工作区文件系统，支持子串、驼峰、下划线等多种模式匹配。
- 安装后默认即生效，无需额外配置；但建议在
settings.json中加一句"path-intellisense.mappings": {}避免和jsconfig.json的paths冲突 - 它会在
import、require、src、href、@import等所有字符串上下文中触发，比原生更广 - 不支持跨工作区（multi-root workspace）的模糊跳转，如果项目用了文件夹嵌套工作区，需手动在每个子文件夹里启用
为什么改 editor.quickSuggestions.strings 没用
很多人以为把 "editor.quickSuggestions": {"strings": true} 打开就能让字符串内出现路径建议——这只能让 VSCode 在字符串里“允许弹出建议框”，但框里填什么，还是由当前语言服务决定。JavaScript/TypeScript 语言服务对字符串内容不做路径解析，所以即使开了，也只显示变量名、关键字等无关项。
你可以验证：在 import x from "xxx" 中把光标放在引号内，按 Ctrl+Space，如果弹出的列表里没有文件路径，说明语言服务没提供，不是设置没开。
-
editor.quickSuggestions.strings是“门禁”，不是“内容源” - TS/JS 语言服务只在
import语句的右侧引号中解析路径，且仅限已知模块解析规则（如node_modules、baseUrl），不扫描整个文件树 - 想让它补路径，必须引入外部路径感知能力，也就是插件
Path Intellisense 的坑和绕过方式
这个插件虽好，但有几个真实场景下容易卡住的地方：
- 对大项目（>10k 文件）首次索引慢，建议在
settings.json加"path-intellisense.autoGuess": false关掉自动猜测，避免误补 - 不识别
tsconfig.json的paths别名，比如@/components/Button不会映射到src/components/Button.vue；得手动配"path-intellisense.mappings": { "@": "${workspaceFolder}/src" } - 在 CSS/SCSS 的
url()里默认不触发，需在设置里显式开启："path-intellisense.includeExtensions": [".png", ".jpg", ".svg", ".css", ".scss"] - 如果项目用了 pnpm 或 yarn pnp，插件可能读不到
node_modules下的包路径，此时建议换用Auto Import插件配合typescript-plugin-auto-import来补模块名
别指望 LSP 自带模糊路径补全
TypeScript Server 和 Volar（Vue）这类标准 LSP 实现，根本没把“路径模糊匹配”当作核心需求。它们聚焦于类型推导、符号跳转、重命名等语义操作，文件路径只是模块解析的副产品。哪怕你升级到 TypeScript 5.6 或 Volar 1.12，也不会突然支持 filn → filename.ts 这种匹配。
真正要稳，就得接受“插件分工”：LSP 负责语义，插件负责路径。混用时注意优先级——比如同时装了 Path Intellisense 和 ES7+ React/Redux/React-Native snippets，后者在 JSX 属性中输入 cl 会优先补 className，而不是路径，这是正常行为，不是 bug。
