Node.js MongoDB中await调用MongoClient与new实例化后connect的区别

第一种写法的本质 #

• 这种不带new关键字、直接链式调用connect()的写法，并非官方设计的标准API，是早期mongodb驱动为了兼容更老旧的调用习惯留下的历史兼容逻辑。
• 驱动内部做了特殊处理：当检测到MongoClient没有通过new实例化就被直接调用时，会偷偷内部完成new MongoClient(传入参数)的实例创建，再链式返回实例connect()方法的Promise结果，所以在老版本里看起来能正常运行。
• 从mongodb驱动4.0版本开始，这套兼容逻辑被彻底移除，直接不带new调用的写法会直接抛出运行时错误，完全无法使用。

第二种写法的设计逻辑 #

• 这是官方从驱动设计之初就明确的标准实例化流程：先通过new关键字生成独立的客户端实例，再针对实例调用connect()方法完成数据库连接。
• 这种解耦的设计带来的实际收益非常明确：
  1. 可以在正式发起连接前，给客户端实例挂载自定义事件监听（比如断线重连提醒、连接状态监控）、补充自定义配置项，不需要把所有参数都堆到初始化的入参里；而第一种兼容写法因为把实例创建藏在了函数内部，用户根本拿不到中间的实例引用，这些扩展操作完全做不了
  2. 不管连接成功还是失败，你拿到的都是完整的客户端实例，可以统一调用实例提供的状态查询、资源销毁方法，错误处理的边界非常清晰
  3. 这套写法从3.0版本到最新的5.x、6.x版本都保持了完全一致的API行为，不存在版本兼容问题。

旧写法的传播原因 #

目前网上大量流传第一种写法，本质是早期教程、老代码片段没有随驱动版本迭代更新，把历史兼容逻辑当成了标准用法传播，后续大量抄录代码的片段没有做版本校验，就让这种非标准写法一直留存了下来。

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