VSCode插件开发无法真正热插拔，extension.js/ts修改后必须重启Extension Host；因插件运行于独立进程且模块缓存不自动清空，核心注册行为（如命令、事件监听）需重载才能生效。
热插拔插件开发在 VSCode 中无法真正实现——extension.js 或 extension.ts 修改后必须重启 Extension Host（即按 F5 重新启动调试窗口），否则新代码不会生效。所谓“热更新”仅适用于前端 WebView、WebviewPanel 内容或部分状态管理逻辑，核心插件注册行为（如 vscode.commands.registerCommand、vscode.window.onDidChangeActiveTextEditor）必须重载。
为什么改完代码按 Ctrl+S 没反应？
VSCode 插件运行在独立的 Extension Host 进程中，该进程加载一次 extension.js 后便长期驻留。文件系统变化不会触发自动重载，这和 Webpack 的 HMR 机制完全不同。
-
vscode.ExtensionContext.extensionPath指向的是打包后路径（调试时为源码路径），但模块缓存由 Node.jsrequire.cache控制，不会随文件变更自动清空 -
activationEvents在插件激活后只执行一次，后续修改不触发重新激活 - 即使你用
fs.watch监听文件并delete require.cache[...]，也无法安全卸载已注册的命令、事件监听器或状态栏项
如何让调试循环接近“热插拔”体验？
本质是缩短“改代码 → 启动新窗口 → 验证”的延迟，关键靠配置和约定：
- 确保
launch.json中"type": "pwa-extensionHost"（不是"node"），这是调试插件的正确类型 - 在
package.json的contributes.commands里定义所有命令，避免运行时动态注册；这样每次 F5 启动后命令都能立即可用 - 把可热重载的逻辑抽离到独立模块（如
features/counter.js），在主入口extension.js中只做初始化和监听，改这部分时仍需重启，但业务逻辑改动可配合 Live Share 或手动 reload WebView - 启用
"restart": true并设置"console": "integratedTerminal"，能让崩溃后自动重启调试会话（仅限未卡死时）
容易被忽略的两个硬性限制
一是 engines.vscode 版本锁死：若本地 VSCode 是 1.89.0，而 package.json 写着 "^1.70.0"，调试窗口可能静默失败，不报错也不激活插件；二是 main 字段必须指向实际存在的 JS/TS 文件，且不能是 ESM 格式（VSCode 插件目前不支持顶层 await 或 import 语法，必须用 CommonJS）。
真正的“热插拔”只存在于极少数场景：比如插件只操作 WebView 内容，且所有逻辑都通过 postMessage 注入，此时可监听文件变化并重新发送脚本——但这已脱离标准插件开发范式，属于自定义沙箱方案。
