如果你在VSCode里安装TypeScript插件，可能反而会帮倒忙。VSCode本身已经内置了完整的TypeScript语言服务，你额外装的那些插件，很多时候是多余的，甚至可能带来冲突、拖慢响应，甚至让类型提示彻底失效。
为什么装了TypeScript插件反而更糟
很多用户搜“VSCode安装TS插件”，结果装了TypeScript and Ja vaScript Language Features（其实已预装）、TypeScript Hero或Auto Import，接着发现问题接踵而至：Ctrl+Click跳转错位、import自动补全的路径混乱、重命名不跨文件、保存后import顺序被自动重排。
- VSCode内置的TS服务是唯一与
tsc行为对齐的语言服务器，第三方插件无法真正复现编译器的语义逻辑。 TypeScript Hero这类插件会劫持自动导入逻辑，绕过tsconfig.json中的baseUrl和paths配置，直接按文件系统猜测路径。Auto Import在启用了"esModuleInterop": true的项目里，可能把import fs from 'fs'错误补全成import * as fs from 'fs'。- 一个简单的修复方法：禁用所有非必要插件后，执行
Ctrl+Shift+P → TypeScript: Restart TS server，跳转和提示往往立刻恢复。
真正要确认的三个状态栏指标
打开任意一个.ts文件，右下角状态栏必须同时满足以下三点，才算TS环境就绪：
- 显示
TypeScript X.Y.Z (Workspace)（而不是Bundled或Global）——点击版本号，选择Use Workspace Version。 - 旁边显示
TS Server: Ready（不是Starting...或报错图标）。 - 没有黄色感叹号提示“No tsconfig.json found”或“Cannot find module”。
如果其中任何一项不满足，就会出现典型的“假正常”现象：tsc --noEmit能跑通，但VSCode不报错——编辑器根本没读你的配置。
tsconfig.json必须存在的最小字段集
只靠tsc --init生成的默认配置远远不够。前端项目至少要显式写明以下字段，否则路径别名、JSX、ESM模块解析都会出问题：
"compilerOptions": { "target": "ES2020", "module": "ESNext", "lib": ["ES2020", "DOM"], "moduleResolution": "bundler", "strict": true, "skipLibCheck": false, "resolveJsonModule": true, "jsx": "react-jsx", "baseUrl": "./", "paths": { "@/*": ["src/*"] } }"include": ["src/**/*"]——缺失会导致src/utils.ts里的类型不被其他文件感知。"exclude": ["node_modules", "dist"]——不排除dist，TS Server可能反复解析已编译的JS文件，造成卡顿或报错。
需要注意的是："moduleResolution": "bundler"是TypeScript 5.0+前端项目的刚需。旧值"node"或"node16"会导致Vite或Webpack的别名失效，同时VSCode不识别import.meta.env的类型。
调试时sourceMap失效的硬核原因
断点打在.ts文件上却停不住？90%的情况是因为没配对以下两处：
tsconfig.json中必须有"sourceMap": true（仅此一项还不够）。.vscode/launch.json的program字段必须指向编译后的.js文件，例如"program": "${workspaceFolder}/dist/index.js"。- 如果使用Vite开发服务器，不要配
launch.json，改用浏览器DevTools的sources面板——Vite会自动生成sourcemap并注入，VSCode调试器反而识别不了。
最容易被忽略的是：outDir和rootDir必须匹配。比如"rootDir": "src"但"outDir": "build"，实际代码在src/pages/Home.tsx，编译后路径变成build/pages/Home.js。此时sourceMap里的sources字段如果写成["../src/pages/Home.tsx"]，VSCode就找不到原始文件了。
