VS Code 中将 .js 文件当作 TypeScript 处理需配置 "files.associations": { "*.js": "typescript" }，仅对新打开文件生效；推荐配合 // @ts-check 使用，并确保 TypeScript 插件启用、无插件冲突。
怎么让 VS Code 把 .js 文件当成 TypeScript 处理
VS Code 默认按文件扩展名决定语言模式，但有时你打开一个没后缀的脚本、或写 .js 却想用 TS 语法检查，就得手动覆盖。这不是改“优先级列表”，而是给当前文件或某类路径指定语言模式。
常见错误现象：const foo = 123; 写完没类型提示、any 类型不报错、tsconfig.json 配置不生效——其实根本没进 TS 模式。
- 右下角状态栏点语言标识（如
JavaScript），选TypeScript，仅对当前文件生效 - 想持久化？在工作区根目录加
.vscode/settings.json，写：{ "files.associations": { "*.js": "typescript" } } - 注意：
files.associations不影响已打开的文件，关掉再重开才生效 - 如果项目里混用 JS/TS，更稳妥的是用
// @ts-check注释激活 JS 中的类型检查，而不是强行切语言模式
files.associations 和 editor.defaultLanguage 别搞混
editor.defaultLanguage 只控制新建未命名文件时的默认语言（比如 Ctrl+N 后自动设为 markdown），和文件扩展名无关；真正管“哪个后缀对应哪种语言”的只有 files.associations。
使用场景：你写一堆配置脚本，扩展名是 .config.js，但希望它走 TS 语法高亮+校验。
- 可以写：
"files.associations": { "*.config.js": "typescript" } - 通配符只支持
*和**，不支持正则；**/*.test.js是合法的，*.test.*.js不行 - 多个规则匹配时，VS Code 取最具体的那个（比如
src/*.ts比*.ts优先级高） - 别在用户级设置里狂加全局关联——会影响其他项目，建议只放工作区
.vscode/settings.json里
为什么改了 files.associations 还不生效
最常踩的坑不是配置写错，而是被更高优先级的设置或插件覆盖了。
常见错误现象：明明写了 "*.js": "typescript"，打开 index.js 还是显示 JavaScript 图标，也没有 TS 提示。
- 检查是否装了 Prettier 或 ESLint 插件——某些旧版 Prettier 会强制把
.js文件语言设回javascript - 打开命令面板（Ctrl+Shift+P），运行
Developer: Toggle Developer Tools，看 Console 有没有Failed to load language类错误 - 确认没有同名的
language-configuration.json或自定义语法包干扰 - 临时禁用所有插件，只留官方 TypeScript 插件，再试一次
改语言模式会影响哪些功能
语言模式不是换个高亮颜色而已，它直接决定底层服务是否启动：TS 语言服务器、ESLint 的解析器、Prettier 的格式化逻辑、甚至调试器的断点行为。
性能影响很小，但兼容性要注意：
- 把
.js强设为typescript后，如果文件里用了 Node.js 特有 API（如require.resolve.paths），TS 语言服务可能报Cannot find name 'require'，得补@types/node - 某些 LSP 插件（比如
rust-analyzer）不认你硬改的语言模式，它们只响应真实文件后缀或langId声明 - 调试时，如果用 Chrome Debugger，语言模式不影响断点，但用 Node Debug Adapter 时，
typescript模式会尝试读取sourceMap，JS 模式不会
真正的复杂点在于：语言模式只是入口开关，背后一整条工具链（TS Server → ESLint → Prettier → Debugger）是否协同，取决于各自配置是否对齐。很多人卡住，不是不会改设置，而是改了之后没意识到其他环节还在按旧模式跑。
