vscode 本身不执行 javascript 语法转换，所谓“自动化重构旧版 js 语法”，本质是用 node 环境跑 babel、eslint 或 jscodeshift 这类工具，vscode 只负责触发、展示和编辑结果——直接配好脚本再绑定快捷键，比找插件更稳、更可控。
为什么不能只靠 VSCode 内置重构
VSCode 的 Extract to function、Rename Symbol 等操作只改结构，不改语言特性。它不会把 var 换成 const，也不会把 function() {} 转成箭头函数，更不会处理 Object.assign({}, a, b) → {...a, ...b} 这类语法升级。这些属于“代码转换（codemod）”，必须依赖外部运行时和规则引擎。
常见错误现象：Ctrl+Shift+R 菜单里没有“Convert to const”或“Upgrade to ES2015+”；右键重构选项全是灰色；装了各种“JS Refactor”插件后反而导致 F2 重命名失效。
- 根本原因：VSCode 的语言服务（TypeScript SDK）默认不启用语法降级/升级转换，它专注类型和符号分析，不是编译器
- Node 环境才是执行主体：Babel 需要
@babel/preset-env+targets配置；jscodeshift 需要指定 transform 脚本；ESLint 的--fix仅对已知规则生效（如no-var），不覆盖语义等价但结构不同的写法 - 兼容性陷阱：直接全局安装
babel-cli容易版本冲突；项目本地没package.json时，VSCode 任务无法定位可执行文件
用 jscodeshift 做精准语法迁移
jscodeshift 是最贴近“重构”语义的工具：它基于 AST 操作，能安全识别上下文（比如只改函数体内的 var，不碰 for (var i = 0; ...) 中的声明），且支持自定义 transform。
实操步骤：
- 在项目根目录运行：
npm init -y && npm install --save-dev jscodeshift - 新建
transforms/var-to-const.js，内容为官方示例模板，核心逻辑用path.value.declarations[0].kind === "var"判断并替换kind - 在 VSCode 中配置任务：
.vscode/tasks.json添加command:npx jscodeshift -t transforms/var-to-const.js src/**/*.js - 按
Ctrl+Shift+P→Tasks: Run Task→ 选该任务；失败时看终端输出的ERR行，通常是路径不存在或语法错误（如 JSX 文件被当纯 JS 解析）
注意：jscodeshift 不自动加 semi 或调整缩进，需后续接 Prettier；它也不处理 this 绑定变化，比如把 function() { return this.x; } 转成箭头函数前，必须人工确认是否可转。
ESLint + --fix 实现轻量语法规范
如果你只需要统一基础风格（如禁止 var、强制 ===、对象字面量换行），ESLint 是最快落地的方式，无需额外学习 AST。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
关键配置项：
- 装包：
npm install --save-dev eslint @eslint/js - 生成配置：
npx eslint --init，选 “To check syntax and find problems”，再选 “JavaScript modules (import/export)” 和 “Node” - 在
.eslintrc.cjs中启用规则："no-var": "error"、"prefer-const": "warn"、"object-curly-spacing": ["error", "always"] - VSCode 中确保
"editor.codeActionsOnSave": { "source.fixAll.eslint": true }已开启，且文件已保存（未保存的文件不会触发--fix）
容易踩的坑：eslint-plugin-react 会干扰纯 Node 脚本检查；no-unused-vars 在有 debugger 或日志语句时可能误报；--fix 对 for...in 循环里的 var 不处理，得靠 jscodeshift 补位。
别跳过 Node 版本与模块解析校验
所有基于 Node 的自动化重构都依赖两个底层事实：当前终端环境的 node 版本能运行目标工具，且模块解析路径与 VSCode 工作区一致。这两点出问题，90% 的“命令找不到”或“require failed”都源于此。
验证方法：
- 在 VSCode 集成终端中执行：
which node（macOS/Linux）或where node（Windows），确认路径指向你预期的 Node 版本（如/opt/homebrew/bin/node） - 检查
process.version是否 ≥ 18（jscodeshift 最低要求）；若用corepack，需先corepack enable并corepack prepare eslint@latest --activate - VSCode 的
terminal.integrated.env.linux（或对应平台）设置里，不要硬编码PATH，否则终端和任务环境不一致 - 如果项目用 pnpm，
npx可能找不到本地安装的包，改用pnpm exec jscodeshift
最常被忽略的是：VSCode 启动方式。从桌面图标或 Dock 启动时，它继承的是系统 shell 的环境变量；但从终端执行 code . 启动，才继承当前 shell 的 PATH 和 NODE_OPTIONS。重构脚本跑不通？先关掉 VSCode，用终端重开。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
