javascript booster灯泡不亮最常见原因是文件未被识别为javascript上下文，如右下角显示“plain text”，需手动切换为“javascript”或“javascript react”，并确保文件以.js结尾、无插件冲突、语法合法。
JavaScript Booster 确实能让日常 JS 开发效率明显提升，但它的能力边界很明确：只在语法合法、语义清晰的上下文中触发重构建议。光有灯泡不等于万能，很多开发者装完发现“没反应”，其实是代码结构或编辑器配置卡住了它。
为什么 JavaScript Booster 的灯泡不亮
最常见原因是当前文件未被识别为 JavaScript 上下文——VSCode 默认可能把 .js 文件当成 plain text，尤其新建空文件时。此时编辑器右下角语言模式显示为“Plain Text”，JavaScript Booster 完全不会激活。
- 手动切换语言模式：点击右下角“Plain Text”，选“JavaScript”或“JavaScript React”
- 确保文件以
.js结尾（不是.txt或无后缀） - 检查是否启用了其他插件冲突，比如某些自定义 language server 关闭了默认 JS 支持
- 重启 VSCode 后首次打开文件，有时需要等几秒才能加载语法树，灯泡延迟出现属正常
Convert to const / let 为什么会改错变量作用域
这个操作本质是基于 AST 的安全替换，但它不分析变量是否被后续代码重新赋值。比如写 var a = 1; a = 2;，直接点“Convert to const”会报错，因为 const 不允许二次赋值。
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
- 它只检查当前声明行，不扫描后续所有使用位置
- 如果变量在函数内被多次赋值，
Convert to const会失败并提示“Cannot convert to const: reassignment detected” - 想强行转？先手动删掉所有
a = ...赋值语句，或改用let - 注意：箭头函数参数不能用
const声明，插件也不会提供该选项
Replace with ?: 在嵌套 if 中失效的原因
Replace with ?: 只支持单层 if-else 分支，且要求两个分支都返回值（不能含 console.log 或 return 以外的副作用语句）。
- 下面这种写法会被拒绝：
if (x) { a = 1; } else { a = 2; }—— 因为没显式return - 带
return的函数体才可转：if (x) return 1; else return 2;→return x ? 1 : 2; - 多层嵌套如
if (a) { if (b) { ... } else { ... } }，插件不会递归处理，只响应最外层if - 涉及异步操作（
await、Promise）的分支，一律不建议转换，插件也通常不显示该选项
真正影响效率的不是功能多寡，而是你能否一眼判断出当前光标位置是否满足重构前提——它不猜意图，只认结构。灯泡亮了，说明 AST 解析成功；不亮，优先查语言模式和语法合法性，而不是怀疑插件坏了。
