VSCode不识别Webpack的resolve.alias，因为它只依赖tsconfig.json或jsconfig.json的baseUrl和paths配置，而非webpack.config.js；需确保二者路径一致，并重启TS Server。
VSCode 为什么不识别 Webpack 的 resolve.alias？
因为 VSCode 的路径跳转和智能提示完全不读取 webpack.config.js，它只依赖 TypeScript 语言服务（哪怕你写的是 JS），而该服务只认 tsconfig.json 或 jsconfig.json 中的 compilerOptions.paths 和 baseUrl。Webpack 的 alias 只在构建时生效，编辑器层面“看不见”。
jsconfig.json 配置必须满足的三个硬性条件
缺一不可，否则跳转/提示仍失效：
-
baseUrl必须设为"."或"./"（不能是空字符串、"src"或相对子路径） -
paths的每个 key 必须带通配符*，例如"@/*"合法，"@"不合法（尤其在 TS 5.0+ +"moduleResolution": "bundler"下会彻底失效） - 配置文件必须放在项目根目录，且不能被
exclude规则意外排除（比如"include": ["src/**/*"]没写，又没配"include"，TS 服务可能不加载任何文件）
Webpack alias 和 jsconfig.json 怎么保持一致？
手动对齐是最可靠方式，别指望自动生成。常见错误是路径拼错或层级不匹配：
- Webpack 中
alias: { "@": path.resolve(__dirname, "src") }→jsconfig.json中对应"@/*": ["src/*"]（注意不是["./src/*"]或["src/"]） - 如果 Webpack alias 指向
path.resolve(__dirname, "src/utils")，那jsconfig.json应写"@utils/*": ["src/utils/*"]，不是"@utils": ["src/utils"] - 多目标路径（如
["@/*", "types/*"]）需全部列在paths值数组里，顺序无关，但少写一个就少一个提示
改完配置后为什么还是跳转不了？
不是配置错了，大概率是 TypeScript 语言服务没刷新：
- 按
Ctrl + Shift + P（Windows/Linux）或Cmd + Shift + P（macOS），输入TypeScript: Restart TS Server并执行 - 不要只重启 VSCode 窗口——旧的 TS Server 进程可能还在缓存旧配置
- 检查状态栏右下角：如果有黄色 TS 版本号，点它看是否报错；若显示 “No config” 或路径不对，说明
jsconfig.json没被识别（常见于文件放错位置或 JSON 格式错误） - 纯 JS 项目务必用
jsconfig.json；如果同时存在tsconfig.json，VSCode 会优先用后者，此时 JS 文件也会受其约束——别混用
"moduleResolution": "bundler"，它对 paths 匹配更严格，连斜杠风格、通配符位置都影响结果。很多人卡在这一步，却以为是 VSCode 设置问题。 
