vscode插件直接改写js代码的执行路径或呈现方式，如eslint分析ast、prettier重写源码字符串；常见问题源于插件未激活、配置失效或规则冲突，需检查启用状态、配置文件名大小写、语言模式及避免多插件抢格式化控制权。
VSCode插件如何真正影响你的 JS 代码行为
插件不是“锦上添花”，而是直接改写你写的 JS 代码的执行路径或呈现方式。比如 ESLint 在你保存时调用 eslint.verify() 分析 AST，Prettier 调用 prettier.format() 重写源码字符串——它们不是在“看”，而是在“动”你的代码。
常见错误现象：改了 .eslintrc.js 规则但没报错；保存后格式没变；console.log 被自动删掉。本质原因往往是插件未激活、配置未生效，或多个插件规则冲突。
- 检查插件是否启用：打开 VSCode 命令面板（
Ctrl+Shift+P），输入ESLint: Show Output Channel，看是否有日志输出 - 确认项目根目录存在
.eslintrc.js或.prettierrc，且文件名大小写正确（Windows 下常因.prettierrc写成.prettierRC失效） - 禁用其他格式化插件（如
Beautify），避免和Prettier抢editor.formatOnSave控制权
为什么你的 JS 文件不触发 ESLint / Prettier
VSCode 不会默认对所有 .js 文件启用语言服务，尤其当文件未被识别为 JavaScript 类型时（例如无 package.json 的纯脚本目录、或文件编码为 UTF-8 with BOM）。
使用场景：新建一个 script.js 放在桌面，双击打开，ESLint 提示消失——这不是插件坏了，是 VSCode 没把它当 JS 文件处理。
- 手动设置语言模式：右下角点击当前语言标识（如
Plain Text），选JavaScript - 确保
eslint.validate配置包含"javascript"，而非只写"js"（后者无效） - 检查
files.associations设置，避免"*.js": "json"这类误配 - 若用
type: "module"的 ESM 文件，需在.eslintrc.js中显式设parserOptions.sourceType = "module"
调试 JS 代码时插件与 launch.json 的协作陷阱
launch.json 是调试入口，但插件能决定你看到什么、断在哪、甚至改写调试上下文。比如 Debugger for Chrome 插件依赖 debug.javascript.usePreview 开关来启用新版调试器，而旧版不支持 await 表达式实时求值。
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
性能影响：开启 sourceMaps: true 后，若未生成对应 .map 文件，VSCode 会卡顿数秒等待超时；同时 prettier 在保存时格式化可能干扰断点位置映射。
- 调试 Node.js 脚本时，优先用
"type": "node"配置，而非"type": "pwa-node"（后者默认启用 preview，某些老项目兼容性差） - 避免在
launch.json中设"outFiles"指向未构建的dist/目录——会导致断点失效 - 如果用了
Quokka.js，它会创建独立的执行上下文，console.log输出不进调试控制台，也不受launch.json环境变量影响
插件开发中 JS 逻辑与 VSCode API 的耦合点
写插件时，你写的 JS 不是“普通脚本”，而是运行在 VSCode 主进程或扩展主机进程里的模块，必须通过 vscode 全局对象调用 API。直接 require('fs') 可以读文件，但 vscode.workspace.fs.readFile() 才能跨平台并触发权限提示。
容易踩的坑：在 extension.js 里用 setTimeout 做轮询，结果插件被 VSCode 标记为“无响应”；或在命令回调里直接修改 document.getText() 返回的字符串，却忘了调用 editBuilder.replace() 提交变更。
- 所有编辑操作必须封装在
vscode.window.activeTextEditor.edit()回调中，否则静默失败 - 监听文件变化用
vscode.workspace.onDidChangeTextDocument，而不是fs.watch—— 后者无法感知粘贴、撤销等编辑器内部事件 - 插件激活后，
activationEvents中声明的onCommand:xxx必须与package.json里contributes.commands的command字段完全一致，大小写敏感
最常被忽略的复杂点：插件里的 JS 代码和你编辑的 JS 文件，运行在两个隔离的上下文中。你在插件里 eval("1+1") 得到 2，但这跟当前打开的 app.js 里 eval 的作用域毫无关系——别指望靠插件“注入”变量或改写运行时环境。
