VSCode插件无法跨窗口共享状态。每个窗口为独立进程，内存隔离，插件全局变量、事件监听器及状态对象仅限本窗口Extension Host进程内有效；命令注册、配置监听等均不跨窗生效，需依赖globalState（需轮询）、全局配置或文件系统等外部持久化层实现有限同步。
VSCode 插件无法跨窗口共享状态
VSCode 的每个窗口（code --new-window 启动的实例）是独立进程，内存完全隔离。插件的全局变量、事件监听器、状态对象（如 Map 或 class StateManager）只存在于当前窗口的 Extension Host 进程中，对其他窗口不可见。这不是权限或配置问题，而是 Electron 架构层面的硬性限制。
常见错误现象包括：在窗口 A 中调用
vscode.commands.executeCommand('myPlugin.updateState', {x: 1})</p>
<ul>
<li>不触发窗口 B 中同名命令的回调（因为命令注册仅限本进程）</li>
<li>窗口 B 的 <code>vscode.workspace.onDidChangeConfiguration 监听不到窗口 A 修改的 settings（设置变更只广播给本窗口）
vscode.extensions.getExtension('me.myplugin')?.exports 在窗口 B 里也拿不到窗口 A 的运行时实例可行的数据共享路径只有这三种
所有“跨窗口”需求，最终都必须绕回 VSCode 提供的、跨进程可访问的持久化或通信层：
-
用户设置（
settings.json）：通过vscode.workspace.getConfiguration().update(key, value, vscode.ConfigurationTarget.Global)写入全局配置，再用workspace.onDidChangeConfiguration监听变化——但注意：该事件默认不触发跨窗口通知，需配合ConfigurationTarget.Global+ 手动轮询或重载策略 -
文件系统（本地磁盘）：插件可读写
vscode.env.appRoot或os.tmpdir()下的临时 JSON 文件；窗口 A 写入后，窗口 B 用fs.watch或定时fs.stat检测变更——适合低频、非实时场景（如保存上次打开的项目路径） -
HTTP/IPC 服务（高级）：插件启动一个本地 HTTP server（如用
http.createServer绑定127.0.0.1:xxxx），各窗口插件通过fetch通信；或借助child_process.fork启用独立 Node 进程做中转——但会增加资源开销和权限风险，且需处理端口冲突
为什么 Live Share 和 Settings Sync 不适用于插件状态同步
Live Share 是协作协议，它把整个工作区“投射”给访客，但插件自身的状态（比如你插件内部维护的 activeTabs = new Set()）不会被自动包含在共享范围内；Settings Sync 只同步 Global 和 User 级别的配置项，不传播插件运行时内存中的任意对象。
容易踩的坑：
- 误以为
vscode.workspace.onDidChangeTextDocument能跨窗口监听——它只响应本窗口内编辑器的文档变更 - 在插件激活时直接读取
globalState并缓存为局部变量，后续不再监听onDidChangeGlobalState，导致窗口 B 更新后窗口 A 仍用旧值 - 用
vscode.window.showQuickPick触发状态变更，却没同步更新到globalState，结果切换窗口后选项状态丢失
最简实践：用 globalState + onDidChangeGlobalState 实现基础同步
globalState 是唯一由 VSCode 官方保证跨窗口可见的存储机制（本质是加密写入磁盘的 JSON），但它不自动广播变更事件到其他窗口——你需要显式监听：
// 窗口 A：写入
context.globalState.update('myPlugin.lastAction', { type: 'save', time: Date.now() });
// 窗口 B：监听（必须在插件激活时注册）
context.subscriptions.push(
context.globalState.onDidChange(() => {
const val = context.globalState.get('myPlugin.lastAction');
console.log('Received update:', val);
})
);
注意：onDidChange 只在当前窗口的 globalState 被修改时触发（即本窗口调用了 update），**不会因其他窗口修改而触发**。真正可靠的跨窗口监听，目前只能靠轮询 globalState.get() 或结合上述文件系统方案。
复杂点在于：没有原子性保障。窗口 A 正在写入 globalState，窗口 B 同时读取，可能拿到中间态。若需强一致性，必须引入外部协调机制（如 SQLite 文件锁或本地 Redis），这已超出 VSCode 插件常规能力边界。
