CodeSpaces中globalStorageUri同步生命周期及工作机制咨询

首先明确你的预期存在偏差：vscode.ExtensionContext.globalStorageUri 的设计定位是单运行环境下的持久存储，本身不具备跨实例、跨设备的同步能力，该路径下存储的文件仅会在当前VS Code运行环境的生命周期内保留：

• 本地桌面版VS Code场景：数据仅存储在当前设备本地，不会同步到同账号下其他设备的VS Code实例
• CodeSpaces场景：数据仅存储在当前CodeSpace容器的文件系统中，删除当前CodeSpace后数据会同步丢失，也不会同步到同一账号下的其他CodeSpace实例

你测试中观察到的不同CodeSpace下globalStorageUri路径内容相互独立的情况属于正常表现，既不是API使用错误，也不是存储机制失效。

如果要实现跨所有VS Code实例（含本地桌面版、CodeSpaces）的数据同步，你需要改用context.globalState API存储结构化数据，同时完成扩展配置：

1. 在扩展的package.json中声明同步能力，明确指定需要同步的globalState键：

{
  "capabilities": {
    "sync": {
      "globalState": {
        "keys": ["yourSyncKey1", "yourSyncKey2"]
      }
    }
  }
}

2. 同步能力依赖VS Code自带的设置同步功能，需要用户主动开启VS Code设置同步并绑定对应GitHub账号。

同步触发时机 #

• 数据上传：调用globalState.update()修改数据后，VS Code会在后台自动将变更同步到云端，无需额外操作
• 数据拉取：新的VS Code实例（包括新创建的CodeSpace）启动时，会自动拉取云端已同步的globalState数据，扩展启动后即可读取到最新内容

冲突解决规则 #

VS Code默认采用最后写入优先的冲突解决策略，后提交的变更会直接覆盖更早的变更。如果你的业务场景需要自定义冲突处理逻辑，可以监听vscode.settingsSync.onDidChange事件，获取变更前后的状态自行完成冲突合并。

如果你的业务需要存储非结构化大文件，无法通过globalState存储，VS Code原生没有提供对应的跨实例同步能力，你需要自行对接第三方云端存储实现数据同步。

内容的提问来源于stack exchange，提问作者Julien H. - SonarSource Team