F2是VSCode重命名变量的快捷键，但需语言服务器就绪且光标位于可识别标识符上；失效主因是语言服务未启动、文件类型错误、配置缺失（如tsconfig.json或pom.xml）或作用域识别异常。
VSCode 插件本身不“生成重构方案”，它提供的是基于语言服务器和规则引擎的上下文感知操作建议，是否高效，取决于你选对插件、用对场景、避开常见误操作。
为什么 F2 重命名有时失效？
不是插件坏了，而是语言服务器没加载成功或作用域识别错误。Java 项目里 F2 失效，大概率是 Language Support for Java™ by Red Hat 没激活，或 src 目录没被识别为源根（比如缺失 .project 或 pom.xml）。TypeScript 里重命名函数却漏掉调用点，往往因为该函数被 export default 导出但未在当前文件 import —— 插件默认只处理已解析引用，不会跨未导入模块扫描。
- 检查状态栏右下角是否显示 “Java Language Server: Ready” 或 “TypeScript Server: Running”
- 打开命令面板（
Ctrl+Shift+P），运行Java: Configure Classpath确保源路径正确 - TS 项目中，确认
tsconfig.json的include字段覆盖了所有相关文件
Extract Method 在 React 中为何不推荐直接用？
VSCode 原生的 Extract Method 是通用逻辑，对 React 的 JSX/props 流不敏感。它会把一段 return (...>) 提取为普通函数，不自动转成组件、不推导 props 类型、也不加 React.memo 包裹 —— 这会导致渲染性能退化或类型报错。
- 改用
vscode-glean的Extract Component，它会分析 JSX 属性依赖并生成带Props接口的函数组件 - 若用
Sourcery，它会在提取前提示：“This JSX block is better as a component with typed props” - 手动提取后务必检查：是否遗漏了
key、是否把副作用逻辑（如useEffect）错误地塞进纯展示组件
重命名 useState 变量时，setter 函数没同步更新？
这是典型插件能力边界问题。VSCode 内置重命名对 const [count, setCount] = useState(0) 中的 count 有效，但对 setCount 无效 —— 因为 setter 是生成的标识符，不是显式声明的变量名。只有专为 React 设计的插件（如 vscode-glean）才内置了这个联动逻辑。
- 启用
vscode-glean后，光标停在count上按F2，输入itemCount，它会同时重命名setCount→setItemCount - 不用插件时，可临时用正则替换：
set(?<name>\w+)</name>→set${name.replace('count', 'itemCount')}，但需人工校验调用处 - 更稳妥的做法：从一开始就用语义化命名，避免后期大规模 rename
真正容易被忽略的，是重构前的「影响范围预览」—— VSCode 大多数重构操作都带 Preview 面板，但很多人直接回车确认。尤其在跨模块重命名或提取接口时，漏看一行 XML 配置或 Spring @Bean 方法引用，上线就抛 NoClassDefFoundError。
