C# MongoDB：Collection实例能否作为单例？获取集合实例的正确方式

先明确核心结论：两种调用方式（单次初始化/每次访问调用）都可行，性能差异可以忽略，主要看代码维护和业务场景需求，根源在于MongoDB官方驱动的GetCollection方法本身的设计逻辑：

先搞懂MongoDB驱动的GetCollection逻辑 #

MongoDB .NET驱动内部会对集合实例做缓存，每次调用GetCollection<T>("集合名")不会创建新对象，而是直接返回缓存里的实例，所以哪怕你每次访问都调用，也不会有额外的性能开销。

三种方式的具体分析 #

• 方式1：表达式体属性（每次访问调用GetCollection）
  代码示例：

  public IMongoCollection<User> Users => _database.GetCollection<User>("Users");
  

  优势是代码简洁，属性化写法可读性强，无需额外字段存储，适合大多数固定集合的场景。

• 方式2：构造函数中初始化（仅调用一次）
  代码示例：

  private readonly IMongoCollection<User> _users;
  public MongoContext(IMongoDatabase database)
  {
      _users = database.GetCollection<User>("Users");
  }
  public IMongoCollection<User> Users => _users;
  

  优势是提前完成初始化，后续访问直接调用字段，虽然性能上几乎没差别，但如果需要给集合设置额外配置（比如自定义序列化规则），可以在构造函数里一次性处理，逻辑更集中。

• 方式3：方法内直接调用GetCollection
  代码示例：

  public async Task<User> GetUserById(string id)
  {
      var collection = _database.GetCollection<User>("Users");
      return await collection.Find(x => x.Id == id).FirstOrDefaultAsync();
  }
  

  适合那些仅在特定方法中使用的集合，无需在类里暴露多余属性，能降低类的成员复杂度。

最终建议 #

1. 如果是固定名称的常规集合，方式1或2都可以，看你偏好简洁的属性写法还是提前初始化的风格；
2. 如果是动态集合名称（比如按租户拆分集合），只能用方式1或3；
3. 完全不用纠结性能问题，驱动的缓存机制已经把GetCollection的开销降到几乎为0了。

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