如何从依赖的其他VS Code扩展中读取globalState存储值

context.globalState是扩展维度完全隔离的私有存储，VS Code会以扩展ID为唯一标识给每个扩展分配独立的存储空间，哪怕配置了扩展依赖关系，两个扩展的ExtensionContext实例、对应的globalState存储空间都不会互通，直接在扩展2中调用自身上下文的globalState.get()必然拿不到扩展1写入的值，这是VS Code的原生安全隔离设计，不是配置错误。

• 方案1：通过扩展导出API暴露存储能力（官方推荐，兼容性最好）
  这是VS Code官方原生支持的扩展间通信方式，不需要修改原有存储逻辑：

  1. 在作为数据提供方的扩展1中，激活函数直接返回封装好的共享存储读写方法，作为扩展对外暴露的API：

  // 扩展1 src/extension.ts 中的activate方法
  import * as vscode from 'vscode';
  
  export function activate(context: vscode.ExtensionContext) {
    // 封装共享存储操作
    const sharedStorageApi = {
      getSharedValue: (key: string) => {
        return context.globalState.get(key);
      },
      setSharedValue: (key: string, value: unknown) => {
        return context.globalState.update(key, value);
      }
    };
  
    // 导出API供其他扩展调用
    return sharedStorageApi;
  }
  

  2. 在扩展2中，通过VS Code扩展API拿到扩展1的导出对象，调用对应方法读写数据即可：

  // 扩展2中读取共享值的代码
  import * as vscode from 'vscode';
  
  async function getSharedValueFromExt1(key: string) {
    // 填入扩展1的完整ID，格式为：发布者ID.扩展名称
    const ext1 = vscode.extensions.getExtension('publisherId.ext1Name');
    if (!ext1) return undefined;
    // 确保扩展1已激活（配置了extensionDependencies时可省略这步）
    if (!ext1.isActive) {
      await ext1.activate();
    }
    // 调用扩展1导出的方法读值
    return ext1.exports.getSharedValue(key);
  }
  

  记得在扩展2的package.json中extensionDependencies字段配置扩展1的完整ID，保证扩展1加载顺序优先于扩展2。

• 方案2：通过VS Code全局配置存储非敏感公开数据
  如果存储的是不需要保密、允许用户手动修改的配置类数据，可以直接用VS Code全局配置空间存储，不需要依赖扩展激活状态：

  1. 扩展1写入数据：

  await vscode.workspace.getConfiguration().update(
    'yourExtNamespace.configKey',
    targetValue,
    vscode.ConfigurationTarget.Global
  );
  

  2. 扩展2直接读取对应配置即可：

  const sharedValue = vscode.workspace.getConfiguration().get('yourExtNamespace.configKey');
  

  该方案不适合存储敏感信息、高频更新的临时状态，所有配置会对用户可见，且会同步到VS Code设置同步流程中。

• 方案3：约定路径的共享文件存储（适合大容量数据）
  如果需要共享的数据量较大（比如缓存的大体积结构化数据），可以约定一个固定的全局存储路径，两个扩展通过Node.js的fs模块读写同一个JSON文件实现数据共享。推荐把文件存在context.globalStorageUri对应的公共目录下，读写时注意加文件锁避免并发写入冲突。

注意：不要尝试直接读写其他扩展globalState对应的底层物理文件，VS Code不同版本的存储格式、文件路径、加密策略都可能调整，会直接导致扩展兼容性故障。

内容的提问来源于stack exchange，提问作者Dev-VKP