JavaScript Booster 的“提取到函数”更安全，因其静态分析上下文，自动处理参数传递、闭包访问、this绑定及返回值类型推导，并禁用跨作用域提取以防出错。
JavaScript Booster 插件能直接把一段冗长逻辑自动拆成独立函数或变量，不用手动剪切粘贴，且保证作用域和引用关系不出错。
为什么“提取到函数”比手动拆分更安全
手动选中代码 → 剪切 → 新建函数 → 粘贴 → 调整参数 → 修改调用位置，容易漏掉变量提升、闭包捕获或 this 绑定问题。JavaScript Booster 的 Extract to function 会静态分析上下文，自动判断哪些变量需作为参数传入、哪些可保留闭包访问。
- 它识别
let/const声明的局部变量，并只把被新函数实际读写的变量列为参数 - 对箭头函数中的
this或arguments不做假设，避免错误绑定 - 若原代码含
return语句，它会自动推导返回值类型（如string、number），并在新函数签名中体现 - 不支持跨作用域提取（比如从
if块里提一个依赖外部var的片段），会禁用该选项，防止静默出错
“Split into declaration and initialization”适合什么场景
这个操作把 let x = getValue(); 拆成 let x; 和 x = getValue(); 两行，不是为了“好看”，而是为调试和条件赋值铺路。
- 在 debugger 断点后想临时跳过初始化？拆开后可单独注释第二行
- 需要根据 if 分支决定是否赋值？拆开后方便插入条件逻辑：
let x;→if (flag) x = getValue(); - TypeScript 中配合可选链或空值合并时更清晰：
let user: User | null;→user = api.fetchUser() ?? null; - 注意：对
const不可用——插件会直接禁用该选项，因为const必须声明即初始化
重构后变量名没更新？检查光标位置和语言模式
常见现象：点了 Extract to function，新函数生成了，但原调用处的变量名还是旧的，甚至出现未定义错误。
- 确保光标**完全落在要提取的代码块内部**（不能在首尾空白行，也不能跨多行选中后光标停在括号外）
- 确认当前文件右下角显示的是
JavaScript或TypeScript，不是Plain Text或JSON—— 否则插件不激活 - 如果用了
export或import，检查是否在模块顶层（非函数内）尝试提取 —— 插件默认只处理函数作用域内逻辑 - 重启 VSCode 后首次使用可能延迟响应，等状态栏右下角出现 “JavaScript Booster ready” 提示再操作
最易被忽略的是作用域边界：插件不会帮你把外部变量“拉进”新函数，也不会自动加 async 修饰符——如果原逻辑含 await，提取后得手动补上，否则语法报错是必然的。
