Express框架中传递db、logger实例到路由的最佳实践是什么？

首先对你提到的三种现有方案的优劣和适用场景做如下梳理：

• 挂载到request对象/通过app.set存储
  优势：实现成本最低，不需要额外改造控制器结构，所有路由天然可以通过req上下文获取依赖，非常适合中小型项目快速开发
  劣势：类型提示差（TS项目需要额外扩展Request类型声明），依赖是隐式传递的，调试时溯源难度高，写单元测试时需要模拟完整的req对象，流程繁琐
  注意修正你示例代码的常见笔误：

  // app.js 注册逻辑
  app.set('db', db)
  app.get('user/:id', users.getUser);
  
  // 控制器内调用逻辑
  module.exports.getUser = (req,res) => {
    req.app.get('db').user.find(req.params.id)
  }
  

• 控制器init方法初始化
  优势：依赖显式注入，单测时可以直接传入mock的db/logger实例，不需要模拟req上下文，代码可读性更强
  劣势：每个控制器都要重复编写init逻辑，多人协作时容易出现漏调用init导致的运行报错，适合中等规模、对可测试性有明确要求的项目

• 模块导出为初始化函数
  优势：比init方法的约束性更强，没有完成初始化就拿不到控制器的方法，从根源上避免了漏初始化的问题，依赖完全显式
  劣势：不符合CommonJS模块的静态导入惯例，所有控制器的require操作都要放在db/logger初始化之后，不能放在文件顶部，代码结构不够规整
  优化方向：可以引入轻量依赖注入（DI）容器解决这个问题，入口文件统一注册所有单实例，控制器只需要声明自身依赖的实例，容器会自动完成注入，既保证依赖显式可控，也不需要手动编写初始化逻辑，还能保持所有import语句放在文件顶部的规范。

目前Express官方没有强制要求的唯一实现标准，行业内公认的选型规则如下：

• 小型项目、快速原型开发：优先选第一种挂载到req/app的方案，开发效率最高
• 中大型需要长期维护、需要覆盖单元测试的项目：优先选择显式注入方案，要么用第二种init方法，要么引入轻量DI容器，可维护性和可测试性都会高很多

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