VSCode的F2重命名严格按词法作用域生效，光标必须落在嵌套函数内变量声明的变量名起始处才能正确重命名；若停在访问表达式（如return data;）或语法未解析区域，则失效。
光标必须落在嵌套函数内声明的变量名起始处
VSCode 的 F2 重命名不会跨作用域自动识别“同名但不同定义”的变量。比如外层函数有 let count = 0，嵌套函数里又写了一次 let count = 1，你光标停在外层的 count 上按 F2，它只改外层；停在内层的 count 上，才只改内层——哪怕名字一样，语言服务也严格按词法作用域切分。
常见错误现象：在嵌套函数里双击 data 想重命名，结果弹出 “No result” 或只改了外层同名变量。原因往往是光标实际落在了 return data; 这类访问表达式里，而非 const data = ... 的声明位置。
- 正确做法：把光标移到嵌套函数内部的
let/const/var声明行，精准停在变量名最左侧（用Ctrl+←跳转），再按F2 - 如果嵌套函数是箭头函数且没显式声明（如
(item) => item.id），item是参数，也能重命名，但必须光标落在item参数名上，不能落在item.id里 - JS/TS 中若嵌套函数未启用块级作用域（比如用
function声明在非严格模式下），变量可能被提升，重命名行为会更不可控——建议统一用const/let声明
嵌套函数内重命名失败？先检查语言服务是否识别该函数体
VSCode 不会为语法不完整或未被语言服务解析的代码启用重命名。嵌套函数若存在以下情况，F2 很可能静默失效：
- 外层函数缺少闭合大括号（
}），导致嵌套函数未被正确解析为独立作用域 - 嵌套函数是动态生成的（如
new Function('x', 'return x * 2')），语言服务无法静态分析 - 文件是纯
.js但无jsconfig.json，或.ts文件缺tsconfig.json，导致跨作用域符号链断裂 - 变量来自解构参数（如
({ id, name }) => { ... }），重命名id默认只影响该解构语句，不改后续obj.id访问——这是预期行为，不是 bug
验证方式：按住 Ctrl（Mac 为 Cmd）并鼠标悬停变量名，能显示类型提示和跳转到定义（Ctrl+Click 可跳转），才是语言服务已就绪的信号。
重命名后部分引用没更新？重点查这三类位置
嵌套函数里的变量重命名，通常只更新当前函数体内所有对该变量的读写引用。以下位置默认不参与重命名：
-
console.log(data)这类访问：会被更新（只要data在当前嵌套函数作用域内声明） -
obj[data]这种方括号动态属性访问：语言服务无法静态推导，不会更新——即使你重命名了data，obj[data]里的data仍保持原样 - 字符串模板中的变量名：
`User ${data.name}`中的data是对象访问，可更新；但如果你写的是`User ${dataName}`且dataName是变量，它会被更新；而"User " + dataName同理 - 注释或字符串字面量里的同名文本：
// process data或'data'不会动，这是安全设计，不是遗漏
想批量改多个嵌套层级里的同名变量？别依赖 F2
F2 天然按作用域隔离，它不会帮你“穿透”嵌套函数去统一改所有叫 temp 的局部变量。如果你真需要这种操作，说明变量命名缺乏区分度，应优先重构逻辑而非强行批量替换。
临时应对方案（谨慎使用）：
- 用
Ctrl+Shift+F全局搜索const temp =或let temp =，手动确认每处是否属于目标嵌套函数，再逐个F2 - 若所有嵌套函数结构一致（如都以
map(item => { ... })形式出现），可用正则map\((\w+) => \{([^}]*)temp([^}]*)\}辅助定位，但需人工核验 - 绝对不要用
Ctrl+H全局替换temp—— 极易误改temperature、temporary或字符串里的temp
真正卡住的地方，往往不是快捷键记不牢，而是没意识到：嵌套函数里的变量，从语言服务视角就是另一个世界。它不共享外层名字，也不自动广播修改。你得亲手把它“指给” VSCode 看见。
