VS Code 重构能力依赖语言服务与配置：js/TS 需 tsconfig.json 或 jsconfig.json 并启用 checkJs；重命名必须用 Shift+F6 且光标置于定义处；提取函数需精准选中含变量声明的代码块；python/java/rust 需对应扩展且能力各异。
VS Code 本身不内置完整的重构引擎，但配合合适的扩展和正确配置后，能实现接近 ide 级别的重构能力——关键不在“有没有”，而在“怎么搭、怎么用、哪些操作真可靠”。
装对扩展：typescript/javascript 重构靠 ESLint + TypeScript 内置支持
VS Code 对 JS/TS 的重命名（Refactor > Rename symbol）、提取函数（Refactor > Extract function）等操作，直接依赖内置的 TypeScript 语言服务。只要项目有 tsconfig.json 或至少含 jsconfig.json，且启用了 "javascript.implicitProjectConfig.checkJs": true，就能触发大部分基础重构。
- 不用额外装“JavaScript Refactor”之类过时扩展，它和 VS Code 原生功能冲突，常导致重命名漏改或报
Cannot find definition -
ESLint扩展（如dbaeumer.vscode-eslint）负责自动修复代码风格类问题，但它不参与符号级重构（比如改变量名），别指望它替代重命名功能 - 纯
.js项目务必配jsconfig.json，否则类型推导弱，Rename Symbol可能只改当前文件
重命名必须用 Shift+F6，别用 F2 或右键菜单
F2 是 VS Code 默认绑定的“重命名”，但它在某些工作区或远程开发场景下会退化为简单文本替换，跳过语义分析；而 Shift+F6 强制调用语言服务器的符号重命名逻辑，更稳。
- 确认快捷键是否被覆盖：打开命令面板（
Ctrl+Shift+P），搜Preferences: Open Keyboard Shortcuts (JSON)，检查是否有其他扩展劫持了F2 - 重命名前光标必须停在符号定义处（如
function foo()的foo上），不能停在调用处——否则可能只改局部变量 - 若出现
Renaming 'xxx' is not available here，大概率是当前文件没被 TS 语言服务识别（检查jsconfig.json路径、是否在exclude列表中）
提取函数/常量时，选中范围决定生成结果
VS Code 的 Extract Function 不是智能推断，而是严格按你选中的代码块生成。选得不准，结果就不可用。
- 想提取成带参数的函数？必须手动选中“需要传入的变量名”+“要封装的表达式”，例如：
const a = 1; const b = 2; return a + b;→ 选中a + b不够，得选中const a = 1; const b = 2; return a + b;并确保a和b在作用域内可见 - 提取常量（
Extract to Constant）只支持单个表达式，比如选中123 * 60 * 60 * 1000，不能选中带if的整段逻辑 - 提取后默认插入位置在当前函数顶部，如果想插到文件顶部，得手动剪切粘贴——VS Code 不提供“提取到模块顶层”的选项
Python / Java / Rust 等语言需额外扩展，且能力差异大
Python 靠 ms-python.python（已更名为 ms-python.pylance）支持重命名和提取变量，但提取函数仍不稳定；Java 依赖 redhat.java + vscode-java-debug，重构较完整；Rust 则必须开 rust-analyzer，且需项目含 Cargo.toml。
- Python 中重命名类成员（如
self.name）经常漏改，建议开启"python.analysis.extraPaths"指向测试/子模块目录 - Java 的
Refactor > Move支持跨包移动类，但会自动更新所有 import，这点比 JS 更鲁棒 - Rust 的
Extract Function仅支持无生命周期参数的函数，一旦涉及&str或泛型，选项直接灰掉
重构不是点几下就完事的操作，它高度依赖语言服务的状态、项目配置的完整性，以及你对当前选中范围的控制精度。最容易被忽略的是：每次重构前，先确认状态栏右下角显示的语言模式（如 TypeScript react）是否正确，以及有没有黄色警告图标提示 TS 服务未启动。