DocumentDB客户端生命周期

tra*_*max 7 c# azure lifetime-scoping azure-cosmosdb

要访问DocumentDB/CosmosDB,我正在使用包Microsoft.Azure.DocumentDB.Core(v1.3.2).当我创建并初始化DocumentClient类时,我注意到了:

var documentClient = new DocumentClient(new Uri(endpointUrl), primaryKey);
await documentClient.OpenAsync();
Run Code Online (Sandbox Code Playgroud)

向端点发出了许多请求以获取有关索引和其他信息的信息.确切地说,有9个HTTP请求正在进行中.OpenAsync().这使得客户端的创建和激活在性能方面成本非常高 - 需要一秒钟才能将所有请求带回家.

因此,为了减轻这种代价高昂的操作,我正在制作DocumentClient一个单例,并在应用程序的生命周期内保持参考.

应用程序是Asp.Net Core MVC,这可能会将此对象的引用保留在内存中数天.

问题:可以将此对象保持为单例吗?如果不是,应该采取什么策略来处置它?或者有没有办法使初始化更便宜(即不要做出这些初始请求?).

Pet*_*ons 13

我们也想知道这对我们自己也发现了这个:

来自文档

SDK使用提示#1:在应用程序的生命周期中使用单个DocumentDB客户端请注意,每个DocumentClient实例都是线程安全的,并且在直接模式下运行时执行有效的连接管理和地址缓存.为了通过DocumentClient实现高效的连接管理和更好的性能,建议在应用程序的生命周期内为每个AppDomain使用一个DocumentClient实例.

我想这仍然有效,现在你也可以用它来解决CosmosDB问题.