VS Code重构需精准定位与类型支持：F2重命名要求光标落在完整标识符起始处；Extract Function需选中连续可执行语句且注意返回值推导；Extract Constant易污染作用域，建议手动声明后重命名；缺失类型信息会导致功能失效，应通过JSDoc或TS类型补全。
重命名变量或函数时，光标必须准确落在标识符上
VS Code 的 F2 重命名功能依赖语法解析器的定位精度。如果光标停在变量名中间、末尾空格后、或被注释/字符串包裹的位置，rename 会失效或提示 “No result”。
- 正确做法：用鼠标双击或
Ctrl+←/→跳转到完整标识符起始位置，确保整个myVariableName被高亮（非部分） - 常见失败场景：
const obj = { name: 'a' }; console.log(obj.name);—— 光标放在name上按F2，VS Code 默认只重命名该属性访问，而非定义处的 key；需先选中对象字面量中的name:才能同步改 key 和所有访问 - 语言支持差异：TypeScript/JavaScript 支持跨文件重命名；纯
.js文件若无 JSDoc 类型标注，可能无法识别函数调用链中的参数重命名影响范围
提取方法（Extract Function）对作用域和返回值很敏感
右键 → “Extract Function” 或 Ctrl+Shift+P → 输入 Extract Function，VS Code 会尝试将选中代码块封装为新函数，但结果常不如预期。
- 必须选中**连续可执行语句**：不能包含
if分支的半截、不能跨函数边界、不能含return（除非是顶层 return），否则提示 “Cannot extract to function” - 返回值自动推导有限：若选中代码含多个
console.log()和一个return value;，VS Code 只把最后一条return当作返回值，前面的副作用语句会被原样保留进新函数 —— 这容易造成逻辑错位 - 建议手动补全：提取后立刻检查新函数签名，比如是否需要加
async、参数是否应解构、是否遗漏了闭包捕获的变量（如外层let count）
提取常量（Extract Constant）容易忽略作用域污染
选中字面量（如 'https://api.example.com' 或 42）后按 Ctrl+Shift+P → Extract Constant，VS Code 默认在当前作用域顶部声明 const API_URL = 'https://api.example.com';。
- 问题在于：若在
for循环内提取，生成的常量会挂在函数顶部，而非块级作用域 —— 这不符合直觉，也削弱了可读性 - 更安全的做法：先手动写
const XXX = ...;，再用F2重命名该常量，比依赖自动提取更可控 - 注意类型推导：数字/布尔字面量提取后无类型标注；字符串若来自模板字面量（
`/user/${id}`），提取会失败，必须先简化为静态字符串
重构前务必确认 TypeScript 类型或 JSDoc 是否完整
VS Code 的重构能力高度依赖类型信息。没有类型约束时，rename 可能漏掉隐式调用，extract 可能生成 any 参数。
- 检查方式：把光标停在变量上，看底部状态栏是否显示类似
const userName: string的提示；若只显示any或空白，说明类型未收敛 - 快速补救：在变量声明前加 JSDoc，例如
/** @type {string} */，即可激活基础重命名与提取
let userName; - 特别注意
export default和require()混用项目：CommonJS 模块导入可能被解析为any，导致跨文件重命名完全失效
重命名和提取不是“点一下就完事”的操作，真正卡住人的往往是类型上下文缺失或选区边界模糊——多花两秒确认光标位置和类型提示，比反复撤销重试更省时间。
