Cosmos DB集合已存在，但调用ReadDocumentCollectionAsync返回410 GONE错误

看起来你遇到的问题核心是对Cosmos DB集合的Id和ResourceId概念混淆了，加上代码里的错误配置导致的矛盾异常。

关键概念澄清 #

Cosmos DB里每个资源都有两个重要的标识符：

• Id：用户自定义的资源名称（就是你在数据资源管理器里看到的集合名称），大小写敏感，由用户创建时指定。
• ResourceId（即_rid字段）：系统自动生成的唯一标识符，无法手动设置，也不会和你输入的集合名称一致。

你的问题根源就在这里：

1. 调用ReadDocumentCollectionAsync时，可能误用了ResourceId而非集合的Id去构造URI，导致Cosmos DB找不到对应资源，抛出410 GONE（这种情况常见于用错标识符时，而非资源真的被删除）。
2. 捕获异常后创建集合的代码里，错误地设置了ResourceId = collectionId——这个字段完全不需要你手动指定，系统会自动生成，强行设置反而可能引发冲突。

修正后的代码 #

把创建集合时的ResourceId赋值去掉，同时确保collectionId是数据资源管理器里显示的集合名称（Id字段）：

try 
{ 
    // 确认collectionId是集合的显示名称（Id），不是系统生成的ResourceId
    await client.ReadDocumentCollectionAsync(UriFactory.CreateDocumentCollectionUri(DatabaseId, collectionId)); 
} 
catch (DocumentClientException e) 
{ 
    if (e.StatusCode == System.Net.HttpStatusCode.NotFound || e.StatusCode == System.Net.HttpStatusCode.Gone) 
    { 
        // 只需要设置用户自定义的Id，ResourceId由系统自动生成
        var collection = new DocumentCollection { Id = collectionId }; 
        await client.CreateDocumentCollectionAsync(
            UriFactory.CreateDatabaseUri(DatabaseId), 
            collection, 
            new RequestOptions { OfferThroughput = 1000 }); 
    } 
    else 
    { 
        throw; 
    } 
}

额外排查步骤 #

如果修正后还是有问题，可以做以下检查：

• 确认DatabaseId完全匹配目标数据库的名称（同样大小写敏感）。
• 遍历目标数据库下的所有集合，打印它们的Id和ResourceId，对比你使用的collectionId是否正确：

  var collections = await client.ReadDocumentCollectionsAsync(UriFactory.CreateDatabaseUri(DatabaseId));
  foreach (var coll in collections)
  {
      Console.WriteLine($"集合名称（Id）: {coll.Id}, 系统ResourceId: {coll.ResourceId}");
  }
  

  这样就能明确你用的collectionId到底对应哪个字段，是不是和实际集合的Id一致。

内容的提问来源于stack exchange，提问作者Nathan Tregillus