Express集成EJS时未直接使用的ejs常量为何需要require引入？

去掉这行引入后项目依然能正常运行，核心是Express内置的视图引擎自动加载机制在兜底，但这行引入并非完全没有存在的价值：

• Express的自动加载逻辑存在场景局限
  当配置app.set('view engine', 'ejs')并触发res.render()时，Express会在没有手动注册对应引擎的情况下，尝试从项目node_modules目录下自动查找名为ejs的模块完成加载。这就是移除引入语句后，项目依然能正常运行的核心原因。
  但这种自动查找并不是100%可靠：如果项目存在同名的自定义视图模块、或者自定义了Node.js的模块解析路径，自动加载很可能匹配到错误的模块、甚至直接抛出找不到模块的错误。显式提前require('ejs')，可以直接把安装的官方EJS模块加载进Node.js的模块缓存，给Express的引擎注册表提供准确的引用，从根源上避免这类路径匹配的偶发问题。
• 显式引入是后续自定义配置的必要前提
  实际项目中很少直接使用EJS的默认配置，常见的自定义能力——比如修改模板分隔符、调整模板缓存策略、适配异步渲染逻辑、自定义模板加载路径——都需要拿到EJS模块的实例才能配置。示例中提前写好的引入语句，本质是给这类自定义配置预留了扩展位置，比如常见的配置写法：

  const ejs = require('ejs');
  // 自定义模板分隔符规则
  ejs.delimiter = '?';
  // 显式将配置好的引擎注册到Express
  app.engine('ejs', (path, options, callback) => {
    ejs.renderFile(path, options, { cache: process.env.NODE_ENV === 'production' }, callback);
  });
  

• 优化首次请求的性能表现
  显式在项目启动阶段引入EJS模块，会提前把模板引擎的代码加载进内存，避免第一次触发页面渲染时才临时加载模块导致的请求卡顿，对体积较大的模板引擎模块来说，能明显降低首次访问的延迟。

补充说明：之所以很多教程和官方示例都保留这行引入，是因为这种写法在不同运行环境下的稳定性远高于依赖Express的自动加载兜底逻辑，并不是毫无意义的冗余代码。

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