VSCode默认不支持Go语言提取函数，因gopls语言服务器未实现该功能；右键无“Extract Function”选项，手动封装后可用F2重命名并同步更新调用点。
VSCode默认不支持Go语言提取函数
Go语言在VSCode中无法使用Extract Function重构，这是由gopls语言服务器决定的——它至今未实现该功能。你右键选中一段代码，菜单里根本不会出现“Refactor → Extract → Function”选项，不是配置问题，是能力缺失。
常见错误现象：Cannot extract to function: selected code is not a valid statement or expression这类提示通常出现在JS/TS中，但Go里连这个报错都不会有，因为压根没入口。
- 确认方式：打开一个
.go文件，选中任意表达式（如len(s)），看右键是否有Extract子项；没有即为正常行为 - 替代方案：手动封装后用
F2重命名函数名，gopls能保证调用点同步更新，但参数推导、作用域判断全靠你自己 - 别指望插件补足：目前没有任何成熟插件能绕过
gopls实现语义级函数提取，所谓“Go Refactor”类扩展多为代码片段模板或正则替换，不具备AST分析能力
TypeScript里提取函数后参数带类型注解，JS里不带
这并非bug，而是语言服务对类型系统的天然响应。TS语言服务器会扫描原始变量声明中的类型信息，并原样注入到生成的函数参数中；JS没有类型系统，自然只推导出变量名。
例如选中const scaledValue: number = x * 2;这一行提取，生成函数签名会是function calculate(x: number): number；而JS里同逻辑写成const scaledValue = x * 2;，结果就是function calculate(arg0)。
- 想让JS也带类型？手动加JSDoc注释，比如
/** @param {number} x */，部分场景下typescript-language-server会识别并用于推导 - TS中若原始变量无显式类型（如
let y = x * 2），参数也不会带类型，别误以为是插件失效 - React组件内提取函数时，
useState等Hook调用不能跨函数边界选中，否则报selected code crosses function boundary
Java项目必须装Language Support for Java才能用Extract Method
VSCode原生不支持Java重构，所有操作都依赖Language Support for Java™ by Red Hat插件提供的JDT.LS服务。没装它，右键菜单里连“Refactor”选项都不会显示，F2重命名也仅限文本替换，不校验引用。
容易踩的坑是只装了Debugger for Java或Project Manager for Java，以为够用——其实它们不提供语义分析能力，重构功能直接不可用。
- 验证是否生效：打开
.java文件，把光标停在方法名上按F2，能弹出重命名输入框且预览修改位置才算成功 - 提取方法时若报
No refactorings available，先检查左下角语言模式是不是Java（不是Plain Text），再确认插件已启用并完成初始化（状态栏应显示JDT LS） - 移动类（Move Class）虽标为“有限支持”，但实际需手动改
package声明和目录结构，插件只负责生成新文件，不处理import路径修正
React中提取函数后得手动转成自定义Hook
VSCode的Extract Function只是语法层面封装，不理解React规则。它不会自动加use前缀，也不会校验是否违反Hooks规则（比如在条件分支里调用）。
典型场景：你在useEffect里选中一段API调用逻辑提取，结果生成的是普通函数，直接调用会破坏Rules of Hooks。
- 正确做法：提取后立刻重命名为
useXXX格式（如useFetchUser），再手动把内部逻辑包裹进useCallback或useMemo，补上依赖数组 - 别依赖插件自动加
use：目前没有任何插件能安全推断Hook意图，强行加前缀反而误导后续维护 - 如果提取后函数用了
setState或useContext，务必检查调用位置是否在组件顶层，否则运行时报Invalid hook call
复杂点在于，不同语言的服务端能力差异极大，而VSCode前端只是个壳——它展示什么选项、报什么错、甚至能不能触发重构，全由背后语言服务器决定。你看到的“功能缺失”，往往不是VSCode的问题，而是那个语言生态还没提供对应能力。
