Azure Cosmos DB SDK v3中CreateContainerIfNotExistsAsync是否比GetContainer慢？

你的理解是准确的：CreateContainerIfNotExistsAsync 会优先发送一次服务端请求校验容器是否存在，相比仅生成本地代理对象、无服务端交互的GetContainer方法，确实会多产生一次网络往返开销，额外增加延迟和带宽消耗。

核心使用原则 #

是否要避免使用该方法，完全取决于你的业务场景：

建议避免使用的场景 #

如果满足以下全部条件，不要在业务请求链路中调用CreateContainerIfNotExistsAsync：

• 所有容器的创建、配置（分区键、索引策略、吞吐量、TTL规则等）已经在应用部署前通过IaC工具、运维脚本或人工操作提前完成
• 生产环境有严格的权限管控，不会出现容器被误删的情况
  这种场景下直接调用GetContainer获取容器代理即可，无任何额外开销。如果出现极端的容器不存在情况，后续读写请求会返回404状态码，你可以在全局异常捕获逻辑中统一处理这类错误并触发告警即可，无需每次请求前做前置校验。

建议保留使用的场景 #

如果属于以下场景，该方法的开销是可接受且必要的：

• 业务需要动态创建容器（比如多租户场景下为新租户自动生成独立容器）
• 开发、测试环境需要自动初始化资源，无需提前配置基础设施
• 应用的可用性优先级高于单次请求的延迟，需要避免容器不存在导致的业务报错
  这类场景下也可以做优化：不要在每次业务请求中调用该方法，仅在应用启动初始化时执行一次即可，后续请求直接复用初始化好的容器代理，只会在应用启动阶段产生一次额外请求，不会影响日常业务的性能表现。

额外优化技巧 #

如果必须在运行时调用CreateContainerIfNotExistsAsync，可以通过以下方式降低开销：

• 调用时传入完整的容器配置参数，避免容器已存在的场景下，服务端返回全量容器配置产生不必要的带宽消耗
• 多容器初始化场景下可以并行调用该方法，减少总的初始化耗时

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