JavaScript开发体验好坏取决于VSCode插件配置是否精准：ESLint需通过eslint.validate明确指定javascriptreact/typescript等文件类型，Prettier已废弃eslintIntegration配置，应由ESLint负责校验、Prettier专注格式化，二者须避免semi等规则冲突，Live Server需正确设置浏览器路径及默认index.html，代码片段依赖语言模式识别。
JavaScript 开发体验好不好，不取决于 VSCode 本身，而取决于你装了哪几个插件、怎么配、有没有踩坑。真正能省下每天半小时以上重复劳动的，就那么 4–5 个核心插件，装错或配错反而拖慢节奏。
ESLint + eslint.validate 配置必须匹配当前文件类型
很多人装了 ESLint 却没报错，或者只对 .js 文件生效、对 .jsx 或 .ts 完全没反应——问题通常出在 eslint.validate 设置上。
-
eslint.validate默认只校验javascript，如果项目含 React，必须手动加javascriptreact - TypeScript 项目要额外加
typescript和typescriptreact，否则.tsx文件里写的any或未导出变量根本不会被检查 - VSCode 1.80+ 版本后，推荐改用
"eslint.lintTask.enable": true配合.eslintrc.js中的overrides精确控制规则范围，比全局validate更稳
Prettier 格式化时 prettier.eslintIntegration 已废弃
旧教程里常写 "prettier.eslintIntegration": true，这个配置项早在 Prettier 插件 v9.0.0（2023 年中）就被移除了。现在强行保留会导致格式化失效，且 VSCode 控制台报错 Unknown configuration setting。
- 正确做法是：关闭 Prettier 的“接管权”，让 ESLint 负责规则检查，Prettier 只管格式——通过设置
"editor.defaultFormatter": "esbenp.prettier-vscode"+"editor.formatOnSave": true - 若想保存时先 ESLint 修复再 Prettier 格式化，需在
.eslintrc.js中启用"prettier"extends，并确保eslint-plugin-prettier已安装 -
.prettierrc里不要写"semi": false同时又在 ESLint 里开"semi": ["error", "always"]，冲突会直接让保存格式化卡住
Live Server 启动后打不开页面？检查 liveServer.settings.CustomBrowser
点击 “Go Live” 没反应，或弹出错误 Unable to launch browser: "Can't find Chrome"，不是插件坏了，而是浏览器路径没对上。
- Windows 默认找
chrome.exe，但如果你装的是 Edge 或 Brave，得手动指定："liveServer.settings.CustomBrowser": "edge"或"brave" - macOS 上 Chrome 可能装在
/Applications/Google Chrome.app，VSCode 默认路径不包含.app后缀，建议改用"liveServer.settings.AdvanceCustomBrowserCmdLine": "open -a 'Google Chrome' %URL%" - 如果项目根目录没有
index.html，Live Server 会静默失败——它只认这个文件名启动，不支持自动 fallback 到其他 HTML
JavaScript (ES6) code snippets 插件的 clg、imr 不生效？看触发范围
输入 clg 按 Tab 没展开成 console.log()，大概率是当前文件没被识别为 JavaScript 类型。
- VSCode 依据文件后缀判断语言模式，
.js没问题，但.mjs、.cjs或无后缀脚本需要手动点击右下角语言模式，选 “JavaScript” - 某些框架模板（如 Svelte 的
.svelte文件）里，JS 片段默认不激活；可在设置里加："files.associations": {"*.svelte": "html"}，再配合插件启用 HTML 内嵌 JS 片段 -
imr展开的是import React from 'react'，但如果你用的是 Preact 或纯 ESM 项目，建议自己建一个用户代码片段，避免硬编码react
插件再多，真正每天高频使用的就那几个；关键是每个都得配准、配轻、配稳——尤其是 ESLint 和 Prettier 的协作边界，一模糊就变成救火现场。
