提升js代码编译速度的VSCode插件工具-VSCode-PHP中文网

js开发流畅度取决于ts server、eslint和prettier的配置优化：精简ts include/exclude路径、启用eslint增量检查并禁用保存自动修复、关闭prettier保存格式化改用commit hook。

提升js代码编译速度的vscode插件工具

JS代码编译速度本身不由VSCode插件直接控制——它取决于你的构建工具（如Vite、Webpack、esbuild）和TS/JS语言服务，但VSCode插件能显著减少「感知编译延迟」：比如避免全量重分析、跳过无效检查、加速类型推导、减少保存后卡顿。关键不在“编译”，而在“响应”和“诊断效率”。

开发中频繁保存触发 ESLint 全文件扫描，是拖慢编辑器响应的常见原因。默认配置下，eslint 会在每次保存时重新解析整个文件，尤其对大型组件或含复杂 JSX 的文件，CPU 占用飙升。

在 .eslintrc.cjs 中启用增量检查：settings: { 'react-refresh/only-export-components': 'warn' }，配合 eslint-plugin-react-refresh 插件，可跳过非组件模块的 lint
禁用保存时自动修复（"editor.codeActionsOnSave": { "source.fixAll.eslint": false }），改用命令面板手动触发 ESLint: Fix all auto-fixable Problems，避免编辑器阻塞
确保 eslint.runtime 指向项目本地安装的 Node 版本（而非 VSCode 内置），避免跨版本解析开销

Prettier 在保存时格式化看似方便，但对 JS/TS 文件（尤其含大量模板字符串或嵌套对象时）会触发完整 AST 重构，导致光标跳动、输入延迟。这不是 bug，而是设计使然。

Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。

下载

关闭 "editor.formatOnSave"，改用 husky + lint-staged 在 commit 前统一格式化，既保质量又不干扰编码流
若必须实时格式化，仅对 .json、.md 等纯文本文件启用："editor.formatOnSave": true + "editor.formatOnSaveTimeout": 500 + "[json]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }
删除项目根目录下冗余的 .prettierrc（尤其含 parser: 'typescript' 的旧配置），Prettier 会自动识别 TS/JSX，手动指定反而触发额外解析

VSCode 内置的 TS 语言服务（TypeScript Server）才是 JS/TS 编辑体验延迟的主因。它默认扫描整个工作区，包括 node_modules、dist、__tests__，造成内存暴涨和类型提示变慢。

在 tsconfig.json 中严格声明 "include"，例如：["src/**/*", "types/**/*.d.ts"]，**务必排除 node_modules 和构建产物目录**
添加 "exclude": ["node_modules", "dist", "build", "**/__tests__"]，双重保险
禁用 "typescript.preferences.includePackageJsonAutoImports": "auto"（VSCode 设置项），该功能会主动扫描 package.json 依赖并预加载类型，对大型 monorepo 是性能黑洞

真正影响 JS 开发流畅度的，从来不是插件装得多不多，而是有没有让 TypeScript Server 少干点不该干的活、让 ESLint 别在你打字中途抢 CPU、让 Prettier 别在光标悬停时偷偷重排版。这些点不调，装十个“加速插件”也没用。