VS Code 对 JavaScript 的重构支持依赖语言服务，若无 jsconfig.json 则仅作单文件处理，导致重命名无法跨文件；动态引用（如 require、eval）和 Webpack 别名需手动配置或工具辅助，ESLint/Prettier 等插件通过自动修复和问题暴露提升重构安全性。
VSCode 自身对 JavaScript 的重构支持已经很成熟，但插件不是“增强功能”，而是补足它默认不处理的场景——比如动态引用、跨模块别名、无类型上下文下的安全提取。光靠内置功能，在真实项目里很容易漏改或禁用操作。
为什么 JS 重命名经常只改局部？
常见现象：F2 重命名一个函数，只改了当前文件，其他 import 或 require 处没动。根本原因不是插件没装，而是语言服务没拿到完整模块图。
- JS 项目必须有
jsconfig.json（哪怕空文件），否则 VSCode 默认当单文件处理，不分析跨文件引用 - 用了 Webpack 别名（如
@/utils）但没在jsconfig.json里配"paths"，重命名时会漏掉别名路径下的引用 -
require('utils')[funcName]这类动态调用，任何插件都识别不了——得靠Ctrl+Shift+F手动搜字符串
ESLint + Prettier 插件真正在重构什么？
它们不改逻辑结构，但让重构更安全：自动修复格式、删冗余代码、暴露隐藏问题，避免你在手动拆函数时引入缩进错误或分号冲突。
- 启用
"editor.codeActionsOnSave": {"source.fixAll.eslint": true}后，保存时自动把var升级为const，把三元嵌套展平，减少后续提取变量的干扰 -
@typescript-eslint/no-unused-vars规则能提前标出未使用的参数，让你在重命名前就知道哪些可以安全删 - Prettier 的
arrowParens: "avoid"配合 ESLint 的prefer-arrow-callback，能让提取后的箭头函数风格统一，不用再手动调
Refactorix 或 TypeScript Hero 能干啥内置做不到的事？
内置重构只做“语义安全”的最小改动；这些插件则提供带上下文判断的主动建议，尤其适合混乱 JS 里找切入点。
- 选中一段含
this的代码，内置的Extract to function会灰掉；TypeScript Hero 在 JS 文件里也能尝试生成带bind或上下文参数的函数 - Refactorix 的
Extract Interface对 JS 对象字面量有效：选中{ name: 'a', age: 10 }，它能生成 JSDoc 注释式接口，方便后续加类型 - 两者都支持“Move to new file”，但会自动补全
import和export，比右键菜单里的原生操作更鲁棒
真正卡住重构的，往往不是快捷键按错，而是你没意识到某段代码被 eval、Function 构造器或模板字符串动态执行——这种地方插件不会提示，F2 不会改，只能靠 grep 和测试覆盖兜底。
