ESLint与Prettier必须配eslint-config-prettier，否则保存时会因规则重叠互相覆盖；需在.eslintrc.js的extends末尾加'prettier'，并设"editor.defaultFormatter"为Prettier、禁用eslint.format.enable。
VSCode 插件不是越多越好，真正提升工作流的，是那些能嵌入你编辑节奏、不打断思考、且行为可预测的少数几个。实测下来，稳定在 12 个核心插件 + 按需启用 2–3 个场景插件，才是兼顾效率与稳定性的合理边界。
为什么 ESLint + Prettier 组合必须配 eslint-config-prettier
不加这个包，ESLint 和 Prettier 会在保存时互相覆盖：比如 Prettier 把双引号改成单引号，ESLint 立刻标红报错“Expected doublequote”。这不是插件冲突，是规则重叠。
- 必须在
.eslintrc.js的extends数组末尾加上'prettier'（来自eslint-config-prettier） -
settings.json中要明确指定"editor.defaultFormatter": "esbenp.prettier-vscode"，否则formatOnSave可能调用错 formatter - 禁用
eslint.format.enable（设为false），避免 ESLint 自己抢着格式化
JavaScript Booster 的重构灯泡为什么比手动改更安全
它不是简单字符串替换，而是基于 AST 分析作用域和语义。比如把 var 改成 const 前，会检查变量是否被重新赋值；转换 if-else 为三元表达式时，会跳过含副作用的分支（如 console.log 或函数调用）。
- 只在光标落在可重构节点上时才触发（如整行
if、函数声明、变量声明），不会误操作 - 所有转换都带预览：点灯泡后选中选项，右侧会实时显示变更 Diff
- 不依赖项目配置，开箱即用，但对 TypeScript 文件支持有限（需配合
Volar或TypeScript Nightly）
Live Server 不只是“右键打开”，关键在端口和 CORS 配置
默认 Live Server 启动在 http://127.0.0.1:5500，但很多前端调试场景需要跨域或局域网访问——比如手机真机调试、WebSocket 连接、或调用本地 mock 接口。
- 在
settings.json中加："liveServer.settings.port": 8080，避开被占用端口 - 启用外部访问：
"liveServer.settings.host": "0.0.0.0"（注意仅限可信局域网） - 若页面加载本地 JSON 失败，不是插件问题，而是浏览器 CORS 策略限制——此时应改用
vscode-http-server或直接起npx serve
最常被忽略的一点：插件行为高度依赖 VSCode 版本和语言服务状态。比如 JavaScript Booster 在 TSX 文件里可能不亮灯泡，不是插件坏了，而是 TypeScript Server 没加载完成。遇到这类情况，先执行命令 Developer: Restart TS Server，比反复重装插件有效得多。
