ESLint和Prettier同时启用保存卡顿的根本原因是二者在onSave阶段未协调执行顺序，VSCode默认并行触发导致同一文件反复读写、AST多次重建；应禁用Prettier自动保存、用eslint-config-prettier关闭ESLint格式规则、避免多格式化插件共存。
ESLint 和 Prettier 同时启用时为什么保存卡顿？
根本原因不是插件本身慢，而是两个插件在 onSave 阶段同时触发格式化/校验，且未协调执行顺序。VSCode 默认让它们并行运行，导致同一文件被反复读写、AST 重建多次。
实操建议：
- 禁用 Prettier 的自动保存：把
editor.formatOnSave设为false，只保留 ESLint 的eslint.autoFixOnSave（需在.eslintrc.js中启用可修复规则） - 用
eslint-config-prettier关闭 ESLint 中所有与格式相关的规则，避免重复工作 - 若必须用 Prettier 格式化，改用命令方式：保存后手动按
Shift+Alt+F，或绑定到快捷键，避开 onSave 争抢 - 检查是否同时装了
Beautify或JavaScript Standard Style—— 这类插件会加剧冲突，直接卸载
Live Server 和 Debugger for Chrome 能否共存？
能，但默认配置下容易端口冲突或 Source Map 错位。Live Server 启动的是纯静态服务（http://127.0.0.1:5500），而 Debugger for Chrome 依赖 launch.json 中的 url 和 webRoot 精确匹配构建产物路径。
常见错误现象：
立即学习“前端免费学习笔记（深入）”；
- 断点打上但不命中 →
sourceMapPathOverrides没配对，比如构建后路径是/static/js/main.abc123.js，但映射写成"webpack:///./src/*": "${webRoot}/*" - 页面打开空白 → Live Server 用了非标准端口（如
liveServer.settings.port设为3000），而 Debugger 的url仍写http://localhost:5500 - 热重载失效 → Live Server 的
files监听范围太窄，没包含构建输出目录（如dist/）
推荐做法：开发时用 Live Server 打开 index.html；调试时关闭 Live Server，用 Debugger 启动真实服务（如 npm start），二者分工明确。
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
Vue VS Code Tools 和 Volar 哪个该留？
Volar 是当前 Vue 3（尤其是 <script setup></script>）的唯一可靠选择；Vue VS Code Tools 已停止维护，对 Composition API 支持残缺，且与 Volar 冲突。
关键差异：
-
Volar提供完整的类型推导、模板内响应式变量跳转、defineProps/defineEmits自动补全；Vue VS Code Tools在.vue文件中无法识别defineProps类型 - 启用 Volar 后，必须关闭
typescript-vue-plugin（VSCode 内置）和Vue VS Code Tools，否则会出现双语法高亮、跳转错乱 - Volar 需配合
volar-server运行，首次打开.vue文件会提示安装，接受即可；无需额外配置jsconfig.json或tsconfig.json - 如果项目还在用 Vue 2，Volar 不支持，只能退回 Vue VS Code Tools，但建议尽快升级
GitLens 占用高 CPU 的真实原因
不是 GitLens 本身写得差，而是它默认开启「行级 blame」和「提交图实时渲染」，对大仓库（>5k 提交）或含二进制文件的项目，每打开一个文件就触发一次 git blame -L 查询，IO 和解析开销极大。
轻量级替代方案：
- 关掉「Blame Annotations」：设置里搜
gitlens.blame.enabled→ 设为false - 用内置功能替代：右键行号 → 「Git: Copy Line Blame Info」，需要时才查
- 保留「File History」和「Compare with Previous」——这两个功能基于 Git 索引，不实时扫描，开销极小
- 禁用「Code Lens」里的「References」计数（
gitlens.codeLens.recentChange），它会为每个函数调用git log -S
真正影响性能的从来不是插件名字，而是你打开了哪些具体功能。很多插件默认全开，但你实际只用其中一两个能力——关掉不用的，比换插件更有效。
