VSCode插件开发硬性依赖为Node.js（LTS版本）、npm（随Node自带）和VSCode本体（最新稳定版）；@types/vscode是TypeScript项目关键dev依赖，缺失将导致API调用报错；yo和generator-code为官方脚手架必需工具，用于生成标准项目结构。
VSCode插件开发必须装哪些依赖
缺任何一个，vscode 插件项目都跑不起来。不是“建议安装”，是硬性依赖。
核心就三样：Node.js（LTS 版本，比如 20.x）、npm（随 Node 自带，不用单独装）、vscode 本体（最新稳定版，不是 insiders 或 web 版）。TypeScript 虽然不是强制，但官方脚手架默认用它，跳过等于自己写类型定义和编译配置——不推荐。
-
@types/vscode是最关键的 dev 依赖，没它，vscode.window.showInformationMessage这类 API 在 TS 里直接报错 -
yo和generator-code是官方脚手架工具，执行yo code才能生成标准项目结构 - 别手动 npm install
vscode——那是编辑器本身，不是 SDK；要装的是@types/vscode
中文语言包会影响插件开发吗
完全不影响。VSCode 界面语言和插件运行时环境是隔离的。你用中文界面开发，插件发布后照样能在英文 VSCode 里正常激活。
但要注意一个实际坑点：如果你在 package.json 的 displayName 或 description 字段写了中文，发布到 Marketplace 后，部分非 UTF-8 编码的旧版 Windows 系统可能显示乱码。稳妥做法是英文为主，中文放 README.md 里说明。
- 插件代码里的字符串（比如提示消息）用中文没问题，
vscode.window.showInformationMessage('保存成功')可以照常写 - 调试时控制台日志、断点位置、变量名，全部不受界面语言影响
- 唯一要注意的是：插件图标文件名别用中文，Windows 文件系统对路径编码处理不稳定，容易导致
icon字段加载失败
为什么 activate() 里注册命令后必须 push 到 context.subscriptions
这是内存泄漏高发区。不 push，插件停用后命令依然挂在全局命令表里，下次启动可能重复注册，甚至触发“命令已存在”错误。
context.subscriptions.push() 不只是“习惯写法”，它是 VSCode 插件生命周期管理的契约。deactivate() 触发时，VSCode 会自动 dispose 所有 push 进去的对象。
- 漏掉这句，
vscode.commands.registerCommand返回的Disposable对象就没人管了 - 监听文件变化（
vscode.workspace.onDidChangeTextDocument）也一样，必须 push，否则编辑器重启后监听器还在后台跑 - 如果注册了多个命令，别反复写
context.subscriptions.push，可以用数组批量 push：context.subscriptions.push(cmd1, cmd2, disposable)
tasks.json 和 launch.json 是插件开发必需的吗
不是。这两个文件属于“调试/构建工作区”，跟插件本身无关。你在插件项目里写 console.log，直接按 F5 启动 Extension Development Host 就行，VSCode 自动拉起新窗口加载你的插件——根本不需要手动配 tasks.json。
真正需要手动干预的只有 package.json 里的 activationEvents 和 contributes 字段。比如想让插件在打开 .log 文件时激活，就得写："activationEvents": ["onLanguage:log"]。
- 如果你非要配
launch.json，选的是 “Extension Development Host”，不是 “Node.js” ——后者会直接跑崩，因为插件不能脱离 VSCode 运行时单独执行 -
tasks.json唯一有用场景：你想用 gulp 或 webpack 构建插件前端资源（比如 Webview），这时才需要自定义 build task - 新手最容易犯的错：把 C/C++ 项目的
tasks.json复制进插件项目，结果编译失败还找不到原因
插件开发最易被忽略的其实是 package.json 里的 publisher 字段——发布前必须填真实 ID，否则 Marketplace 提交直接拒审；本地调试阶段可以随便写，但别留空。
