ES6核心特性提升开发效率：①const/let替代var解决作用域与变量提升问题；②解构赋值+默认值简化数据处理；③箭头函数避免this丢失；④模板字符串替代拼接，支持多行与表达式。
VSCode 插件不是“锦上添花”，而是解决 JavaScript 编写中真实卡点的刚需工具——比如写完 var 想秒变 const 却懒得手动改，if-else 逻辑想压缩成三元却怕出错，或者保存后发现缩进混乱、引号不统一、console.log 忘删还推到了 Git……这些不是习惯问题，是编辑器没替你扛住。
JavaScript Booster：重构操作全靠灯泡点一点
它不改运行逻辑，只做安全、语义等价的代码转换，光标停在哪，灯泡就亮在哪，没有快捷键记忆负担。
- 支持
var→const/let、函数表达式 → 箭头函数、+拼接 → 模板字符串、if-else→ 三元表达式、for→forEach/map等常见转换 - 所有操作都做作用域分析，比如转换
function时会检查是否被提升、是否有this依赖，避免意外破坏行为 - 不支持嵌套过深或含副作用的语句（如
if (a++) { ... }），此时灯泡不会出现——这是保护，不是缺陷 - 默认不启用“Split into declaration and initialization”，如需开启，要在设置里搜
javascriptbooster.splitDeclarationAndInitialization并设为true
ESLint + Prettier：保存即校验 + 格式化，不靠自觉
它们不是两个独立工具，而是一对分工明确的搭档：ESLint 负责“对不对”，Prettier 负责“好不好看”，合起来才真正消灭风格争议。
-
eslint.validate必须显式配置为["javascript", "javascriptreact"]，否则 JSX 文件里的规则不会触发 - 若同时启用了 Prettier 和 ESLint 的自动修复，必须在
.eslintrc.js中extends加上'prettier'，否则两者规则会打架（比如 ESLint 要分号、Prettier 不要） -
"editor.formatOnSave": true是基础，但更关键的是指定默认 formatter："editor.defaultFormatter": "esbenp.prettier-vscode"，否则保存时可能调用错格式化器 - 项目根目录缺
.eslintrc.js或.prettierrc，插件会退回到全局默认规则，往往和团队规范不符——这不是 bug，是设计
Quokka.js：写一行 JS 就跑一行，不用存文件、不用切终端
它不是 REPL，也不是 Code Runner，而是把执行结果直接内联显示在编辑器右侧，适合验证小逻辑、调试数组方法、测边界值。
- 按
Ctrl+K J新建临时 Quokka 文件，输入[1,2,3].map(x => x * 2)，右边立刻显示[2,4,6] - 支持
//?注释语法做期望断言，例如add(2,3) //? 5，结果不对会标红 - 不支持
import未配置模块解析的文件，如果报Cannot find module，要么用相对路径，要么在 Quokka 设置里配quokka.nodeArgs指向本地node_modules - 免费版限制每文件最多 10 行可执行代码，超出部分不运行——别试图塞整个组件进去，它只适合“片段级”验证
Live Server：HTML + JS 修改保存后自动刷新，绕过跨域限制
双击打开 HTML 文件用浏览器直接访问，JS 里用 fetch('/api') 会因 file:// 协议被拦截；Live Server 启一个本地 http://127.0.0.1:5500 服务，问题自然消失。
- 右键 HTML 文件 →
Open with Live Server，不是打开文件夹，也不是点菜单栏“文件→打开” - 端口冲突时，默认会顺延到下一个可用端口（如 5500 被占，自动用 5501），但如果你硬编码了前端请求地址，就得同步改
settings.json里的"liveServer.settings.port" - 它不处理构建产物（如 Webpack 打包后的
dist/），只服务源码目录。如果项目已用 Vite/Vue CLI，应优先用其自带 dev server - 关闭 Live Server 后，浏览器标签页仍连着旧地址，刷新会 404——这不是插件问题，是浏览器缓存了连接，关掉标签页重开即可
插件越多，冲突概率越高。比如同时装了 ESLint、Prettier、JavaScript Booster 和另一个格式化插件，Ctrl+S 可能触发多次格式化，导致代码来回跳动。真要长期维护项目，宁可少装一个，也要确保每个插件职责清晰、配置落地、错误有迹可循。
