VS Code 依赖语言服务器（LSP）和扩展实现重构，关键在于当前语言+扩展是否就绪；需确认LSP方法如textDocument/rename是否支持，并通过F2或Ctrl+.触发操作。
VS Code 本身不内置完整的重构引擎，但通过语言服务器（LSP）和扩展支持，能实现大部分常用重构操作——关键不是“能不能做”，而是“当前语言+扩展是否就绪”。
确认语言服务器是否启用并支持重构
重构能力取决于你打开的文件类型对应的语言服务器是否实现了 textDocument/prepareRename、textDocument/rename、textDocument/codeAction 等 LSP 方法。比如：
-
TypeScript和JavaScript开箱即用（内置 TypeScript SDK） -
Python需安装Pylance或Pyright扩展，且确保"python.languageServer"设为"Pylance" -
Go需启用gopls（默认已启用），但部分重构（如提取函数）仍受限 -
Java必须安装Extension Pack for Java，否则右键菜单里看不到“Refactor”项
验证方法：打开一个支持的源文件（如 index.ts），将光标停在变量名上，按 F2 —— 若弹出重命名输入框，说明基础重命名已就绪。
常用重构操作与快捷键
VS Code 把重构归在「代码操作」（Code Action）体系下，绝大多数触发方式是：Ctrl+.（Windows/Linux）或 Cmd+.（macOS）呼出建议菜单，再选具体动作。
-
重命名符号：光标置于标识符（变量/函数/类名）上 →
F2→ 输入新名 → 回车。注意：只作用于当前作用域内可静态分析的引用；若含动态访问（如obj[variableName]），不会被改写 -
提取常量/变量/函数：选中表达式 →
Ctrl+.→ 选Extract to constant/Extract to function。Python 中需 Pylance 支持；JS/TS 中支持箭头函数自动包裹 -
内联定义：光标放在被赋值的常量或函数调用上 →
Ctrl+.→Inline declaration。谨慎使用，可能降低可读性 - 转换为 async/await 或 Promise：JS/TS 中对回调风格代码有效，但依赖 ESLint 或 TypeScript 的语义理解精度
为什么有些重构选项不出现？
不是功能缺失，而是 VS Code 按「安全优先」原则隐藏了不可靠的操作。常见原因：
- 文件未保存：很多语言服务器只对已保存文件做完整语义分析，未保存时仅提供基础语法检查
- 项目缺少配置：TypeScript 项目没
tsconfig.json，或 Python 项目没pyrightconfig.json/pyproject.toml，会导致类型信息缺失，进而禁用重命名等操作 - 选区不合法：比如想提取函数但选中了带
return的多语句块，而目标语言不支持该结构（如 Python 不允许提取含break的循环体） - 扩展冲突：同时启用多个同语言服务器（如 Python 同时开了 Pylance 和 Jedi），可能导致 LSP 响应异常，建议禁用非主力扩展
遇到空白的 Ctrl+. 菜单，先看右下角状态栏语言模式是否正确，再打开命令面板（Ctrl+Shift+P）运行 Developer: Toggle Developer Tools，查 Console 是否有 LSP 初始化失败报错。
进阶：用插件补足原生短板
VS Code 原生支持偏保守，真正提升重构效率得靠插件：
-
Rewrap：解决长字符串/注释换行重构（非语义，但高频） -
ES7+ React/Redux/React-Native snippets：快速生成组件骨架，本质是模板化重构 -
Refactorix（已归档）不再推荐；现更倾向用Code Spell Checker配合重命名，提前规避命名错误 - 真正需要深度重构（如模块拆分、依赖反转）时，别依赖编辑器——用专用工具：TypeScript 用
ts-morph写脚本，Python 用rope或libcst
重构不是点几下鼠标就能完成的事。最易被忽略的是：VS Code 的所有重构都基于当前文件的 AST + 项目级类型信息。一旦跳转到未打开的文件、或跨包引用未被索引，它就会沉默——这时你得先理清依赖图，再动手。
