VS Code 不自动识别项目类型，依赖文件扩展名、工作区设置、语言服务器及根目录配置文件；无配置则仅基础语法高亮。
VS Code 不会自动“识别项目类型”，它靠的是你主动提供的配置线索——文件扩展名、工作区设置、语言服务器、以及项目根目录下的特定配置文件。没有这些，它只能按后缀名做最基础的语法高亮。
为什么 settings.json 里配了 "files.associations" 还是不生效
这个配置只影响文件后缀和语言模式的映射，不启动语言服务。比如你把 .conf 关联到 jsonc，VS Code 会用 JSONC 语法高亮，但不会运行 ESLint、Prettier 或 JSON Schema 校验——那些需要对应语言服务器已激活且项目内有配套配置（如 .eslintrc.cjs、tsconfig.json）。
- 先确认语言模式是否正确：右下角状态栏点击当前语言名（如 “Plain Text”），手动选成目标语言（如 “TypeScript”）
-
"files.associations"要写在工作区.vscode/settings.json中，用户级设置可能被工作区覆盖或忽略 - 通配符只支持
*和**，不支持正则；"*.config.js": "javascript"有效，"config.*.js"无效
哪些文件能触发 VS Code 自动启用语言服务
VS Code 本身不“猜”项目类型，但部分扩展（如 TypeScript、Python、ESLint）会监听特定文件是否存在来决定是否激活。关键不是文件名，而是“该语言生态是否认为当前目录是项目根”。
- TypeScript：检测
tsconfig.json或jsconfig.json（哪怕空文件） - Python：检测
pyproject.toml、setup.py或__init__.py（后者需在非空目录中） - ESLint：检测
.eslintrc.*、eslint.config.js或package.json中含"eslintConfig" -
前端框架（如 Vue/React）：依赖
vite.config.ts、next.config.js等运行时配置文件，而非单纯依赖package.json
工作区 settings.json 必配的三项
别堆砌一堆通用设置，聚焦让语言功能真正可用的最小集。以下三项直接影响代码提示、跳转、格式化是否工作：
-
"typescript.preferences.includePackageJsonAutoImports": "auto"—— 否则 TS 无法自动补全 node_modules 里的导出 -
"editor.defaultFormatter"按语言指定，例如"javascript": "esbenp.prettier-vscode"，不设会导致保存时不格式化 -
"files.watcherExclude"加上"**/node_modules/**"和构建产物路径（如"**/dist/**"），否则文件变更监听卡顿甚至崩溃
常见误操作：把项目当“单文件编辑器”用
很多人打开一个 .ts 文件就直接写，没用 File > Open Folder... 打开整个项目目录。结果：TS 语言服务找不到 tsconfig.json，类型检查失效；ESLint 找不到配置，规则不加载；调试器无法解析源码映射。
更隐蔽的问题是：VS Code 默认把第一个打开的文件夹当作“工作区根”，如果实际项目结构是 monorepo/packages/my-app，但你只打开了 my-app，那根目录下没有 pnpm-lock.yaml 或 root tsconfig.json，很多跨包引用和路径别名就断了。
