Sublime Text 不能用于开发或调试 VS Code 扩展，仅可作为代码编辑器；VS Code 扩展必须使用其 Extension API，在 VS Code 的 Extension Development Host 中运行和调试，核心文件包括 package.json、extension.ts 和 WebView 资源。
Sublime Text 本身不支持开发 VS Code 扩展，这是一个常见误解。VS Code 扩展必须使用 VS Code 的 Extension API 开发，运行在 VS Code 环境中，与 Sublime Text 无直接关系。如果你正在用 Sublime 编辑代码文件（比如 extension.ts 或 webview.js），那只是“编辑工具”，真正开发、调试、运行扩展的环境只能是 VS Code。
VS Code 扩展的核心结构与调试入口
一个标准的 VS Code 扩展项目包含：
- package.json：声明插件元信息、激活事件、贡献点（如命令、视图、WebView 面板）
-
extension.ts（或 .js）：主入口，导出
activate和deactivate函数，处理插件启动逻辑 -
webview/panel 目录（可选）：存放 WebView UI 的 HTML、CSS、JS，通常通过
vscode-webview-ui-toolkit或纯 JS 控制交互
调试时，VS Code 会启动一个“Extension Development Host”实例，加载你的插件，并允许你在 extension.ts 中打断点、查看调用栈、监视变量。
调试 JavaScript 核心逻辑（如命令执行、状态管理）
核心逻辑通常写在 activate 函数内，或封装为独立模块被命令回调调用。调试关键点：
立即学习“Java免费学习笔记（深入）”；
- 在
package.json的activationEvents中明确触发条件（如onCommand:myExtension.doSomething），避免插件过早/过晚激活 - 在命令注册处（
vscode.commands.registerCommand）和实际处理函数内加断点，确认是否被正确调用 - 使用
console.log配合DEBUG环境变量或vscode.window.showInformationMessage辅助定位异步流程（如vscode.workspace.findFiles回调） - 注意 Node.js 运行时版本限制：VS Code 当前嵌入的是较新但非最新版 Node.js（如 18.x），避免使用仅在 Node 20+ 支持的语法（如
using声明）
调试 WebView UI 面板（HTML + 内联/外部 JS）
WebView 是独立渲染进程，无法直接在主扩展进程打断点。正确调试方式：
- 在 WebView 的 HTML 中启用开发者工具：
webview.options = { enableScripts: true, localResourceRoots: [...] }，并在webview.html中加入<script>require('vscode-webview-js');</script>（如使用官方 toolkit） - 右键 WebView 页面 → “Inspect”（或按
Ctrl+Shift+I/Cmd+Option+I），打开 Chromium DevTools，调试前端 JS、样式、网络请求 - 若 JS 逻辑需与扩展通信，确保使用
vscode.postMessage()和window.addEventListener('message', ...)正确配对；消息体必须是 JSON-serializable 对象，不能传函数或 DOM 节点 - 避免在 WebView 中直接读取本地文件（
fs不可用），应由扩展进程读取后通过postMessage发送数据
常见问题与绕过 Sublime 的实用建议
如果你习惯 Sublime 的快捷键或插件生态，可以这样提升 VS Code 扩展开发效率：
- 在 VS Code 中安装 Sublime Text Keymap 插件，复刻常用操作（如多光标、快速跳转）
- 用 VS Code 的 Multi-root Workspace 同时打开扩展项目 + 一个测试用的 demo 文件夹，方便快速验证效果
- 把 Sublime 当作轻量级日志查看器：让扩展输出日志到文件，用 Sublime 实时监控（但调试仍必须在 VS Code 内完成）
- 不要试图用 Sublime 启动
Debug配置——VS Code 的.vscode/launch.json是专为其调试器设计的，Sublime 无法解析或驱动 Extension Host
基本上就这些。开发 VS Code 扩展不是“用什么编辑器写”，而是“在什么环境里跑和调”。聚焦 VS Code 自身的能力，比纠结编辑器切换更有效。
