不能。eslint仅能自动修复标记为“fixable”的规则（如semi、quotes、no-unused-vars部分情况），而react/prop-types、complexity等不可修复规则需手动处理，且配置冲突或插件未正确加载也会导致修复失效。
ESLint 能不能自动修复所有报错？
不能。ESLint 默认只标记问题，--fix 参数仅能修复部分规则（如 no-unused-vars、semi、quotes），但像 react/prop-types 或自定义逻辑类错误必须手动改。
常见踩坑点：
- 没配
eslint-config-prettier时，和 Prettier 规则冲突，保存后格式反复“打架” -
extends里混用airbnb和standard会导致规则覆盖不可控 - TS 项目漏装
@typescript-eslint/parser，.ts文件直接不校验
推荐配置路径：根目录放 .eslintrc.js，VSCode 设置里打开 eslint.enable 和 editor.codeActionsOnSave → source.fixAll.eslint。
Prettier 保存时格式化失效，怎么查？
大概率是默认 formatter 没设对，或文件类型没被识别。VSCode 不会自动把 .vue 或 .tsx 绑定到 Prettier，得手动指定。
检查步骤：
- 右下角状态栏看当前语言模式是否正确（比如显示 “Vue” 而不是 “HTML”）
- 按
Ctrl+,打开设置，搜default formatter，确认editor.defaultFormatter对应语言的值是esbenp.prettier-vscode - 检查
prettier.ignorePath是否误写了.gitignore而非.prettierignore -
.prettierrc里用了tabWidth: 2，但项目里已有editor.tabSize设为 4，VSCode 会优先读编辑器设置
临时验证：选中一段代码，右键 → “Format Selection”，看是否生效——这能排除插件本身故障。
Path Intellisense 补全 alias 路径不工作？
它不读 webpack.config.js 或 vite.config.ts，只认 jsconfig.json 或 tsconfig.json 里的 compilerOptions.paths。
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
典型失败场景：
-
jsconfig.json放错位置（必须在项目根目录，不是src/下） -
"@/*": ["src/*"]写成了"@/*": ["./src/*"]（开头的.会被忽略） - 用了 Vite，但没在
tsconfig.json中补上"baseUrl": "." - 路径补全触发了，但只显示文件名不带
@/前缀——说明 alias 配置加载成功，但插件未启用“自动插入前缀”功能，需开启path-intellisense.madeUpCompletion
验证方式：在 import 后敲 Ctrl+Space，如果弹出带 @/components/ 的选项，就说明 alias 已生效。
Live Server 端口总被占，怎么避免每次手动改？
默认端口 5500 确实容易撞上本地其他服务（比如旧版 webpack-dev-server 或另一个 Live Server 实例）。
最稳的解法是设成随机端口：
- 打开 VSCode 设置（
Ctrl+,），搜liveServer.settings.port - 把值改成
0—— 这代表“自动找空闲端口”，不是“关掉端口” - 顺手把
liveServer.settings.AdvanceCustomBrowserCmdLine清空，避免某些浏览器强制复用旧标签页
注意：Go Live 按钮右键可选“Open with Live Server in Default Browser”，这个动作会重用上次端口；要彻底换端口，得先点右上角“Stop Server”，再点按钮。
alias 路径补全、保存即格式化、实时错误定位——这些能力不是装上插件就自动连通的，中间差的是配置落地的细节。尤其 jsconfig.json 位置、defaultFormatter 绑定、--fix 的能力边界，三处最容易卡住人两小时。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
