vscode插件市场不支持调试预览，仅展示静态元信息；真正调试需本地克隆源码、配置launch.json并启动extension development host实例。
VSCode 插件市场本身不提供“调试插件”的预览功能——你无法在安装前运行或单步调试一个插件的逻辑，只能看文档、源码、评分和用户评论来评估其行为。
为什么插件市场页面看不到调试界面
VSCode 扩展市场（marketplace.visualstudio.com）本质是静态分发平台，只展示元信息：图标、描述、截图、版本历史、权限声明、package.json 中声明的 activationEvents 和 contributes。它不执行任何代码，也不加载 WebView 或调试器上下文。
所谓“预览”，实际是开发者自己本地调试时做的事，和市场页面无关。
- 市场截图可能来自作者手动录制，不代表实时状态
- “Try in browser”按钮（如有）只是跳转到 GitHub 或演示页，不是真调试环境
- 没有“断点”“变量监视”“调用栈”等调试能力暴露给市场用户
想真正调试一个插件，必须本地搭建开发环境
只有把插件源码 clone 到本地，用 VSCode 打开其项目文件夹，再按标准流程启动 Extension Development Host 窗口，才能进入调试流程。
- 确保项目含
launch.json，且配置了type: "extensionHost"的 launch 配置 - 按
F5启动后，会打开一个新 VSCode 实例（Extension Development Host），里面加载了你的插件 - 原窗口中打的断点，在新窗口触发对应操作（如右键菜单、命令面板调用）时才会命中
- 注意
package.json中的activationEvents：比如"onCommand:myextension.doSomething"，必须先调用该命令，插件才激活、代码才加载
插件市场里哪些信息对调试判断有实际参考价值
虽然不能真调试，但以下字段能帮你避开常见坑：
-
engines.vscode：确认是否兼容你当前的 VSCode 版本（如"^1.89.0"在 1.92 上可能出兼容问题） -
contributes.debuggers：若插件声明了自定义调试器（如cppdbg），说明它可能注入调试逻辑，需留意是否与现有调试配置冲突 - 权限声明（
requestedPermissions）：比如"*://*/*"或"workspaceConfiguration"，暗示插件可能读取敏感设置或跨域请求，调试时要注意网络拦截和配置注入点 - GitHub 仓库链接：直接看
src/extension.ts是否有console.log、错误处理是否完整、是否有try/catch包裹异步操作
真正调试插件时，最常被忽略的是 activationEvents 的延迟加载机制——你以为插件一打开就运行了，其实它可能等到你第一次执行某个命令才初始化，断点设早了就永远不触发。
