javascript booster灯泡不亮需检查三项配置："editor.quicksuggestions": {"strings": true}启用字符串内建议；"emmet.includelanguages": {"javascript": "javascriptreact"}支持jsx补全；"editor.suggest.snippetspreventquicksuggestions": false开启片段提示。

JavaScript Booster 的灯泡不亮？检查这三项 settings.json 配置

光标停在代码上没反应，不是插件没装好，而是 editor.quickSuggestions、emmet.includeLanguages、editor.suggest.snippetsPreventQuickSuggestions 这三项中至少缺一个。工作区级 .vscode/settings.json 必须显式写全，用户级设置会被覆盖。

常见错误现象：Convert to const 从不出现；Replace with template string 在字符串拼接处也无提示；log 前缀敲完没补全。

• "editor.quickSuggestions": { "strings": true } —— 不开这个，引号内根本不会触发任何建议，包括 Booster 灯泡和自定义片段
• "emmet.includeLanguages": { "javascript": "javascriptreact" } —— JSX 片段（如 rfc）依赖它解析属性和路径，否则补全失效
• "editor.suggest.snippetsPreventQuickSuggestions": false —— 默认为 true，会直接屏蔽所有片段类提示，关掉才能让 log、rfc 正常弹出

哪些重构操作会主动禁用灯泡？看它是否检测到副作用

JavaScript Booster 不是“能转就转”，而是基于 AST 分析语义安全性。一旦发现潜在风险，灯泡直接不亮——这不是 bug，是保护机制。

使用场景：你正想把一段 if-else 转成三元表达式，但右边没灯泡；或想把函数转箭头函数，光标停在 function 上却无响应。

• Replace with ?: 要求两个分支都返回值，且不能含 console.log、await、throw 或赋值语句（如 a = 1）
• Convert to arrow function 会拒绝转换含 arguments、this 显式引用、new.target 或多处 return 的函数
• Split into declaration and initialization 在 class 成员或闭包中可能被禁用，因拆分后初始化时机变化易暴露 undefined

ESLint + JavaScript Booster 协同时最易忽略的冲突点

两者叠加本该更稳，但若 javascript.validate.enable 没关，你会看到重复报错：ESLint 提示 no-unused-vars，VSCode 内置校验器又标红同一行——这时 Booster 的 Remove unused variable 灯泡可能被压制或延迟触发。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

性能影响：开启双重校验会让大文件打开变慢，尤其带复杂类型推导的 TS 项目。

• 必须在 .vscode/settings.json 中加 "javascript.validate.enable": false
• eslint-plugin-prettier 要启用，否则 Booster 的格式类操作（如引号、分号）会和 Prettier 冲突
• Booster 不处理 ESLint 的 no-eval、no-alert 这类规则，它只管“怎么改更安全”，不管“能不能用”

为什么 Copilot 的重构建议经常不可靠？它和 Booster 的安全逻辑完全不同

Copilot 是统计补全，Booster 是语义重构。前者不分析作用域、this 绑定或副作用，后者每一步都走 AST 校验。所以 Copilot 的 Extract to function 建议常漏参数、错闭包变量，甚至把 setTimeout 里的异步逻辑硬塞进纯函数里。

容易踩的坑：Refactor → With Copilot 生成的函数名可能脱离上下文（比如把 handleClick 改成 processUserAction），而调用方仍是旧名，导致运行时报错 not defined。

• Copilot 不识别 class 成员方法的 this 绑定变化，Booster 会直接禁用转换选项
• Copilot 对缩写敏感（usr 可能建议 username 或 user），Booster 不改命名，只改结构
• 真正安全的重命名仍得靠 VSCode 原生 F2，Copilot 只适合辅助“起名灵感”

真正难的不是知道哪个按钮能点，而是理解灯泡为什么亮、为什么灭——那背后是 AST 分析结果，不是正则匹配。一旦你开始留意它在哪沉默、在哪亮起，你就已经站在了安全重构的门槛上。