为何Express模块需执行express()实例化，而其他Node.js模块无需此操作？

问题背景 #

在Node.js里用os模块很直接：导入后就能直接调用模块上的方法，比如：

let os = require('os');
console.log(os.userInfo());

但用Express.js时必须多一步：先导入模块，再创建实例才能调用方法：

let express = require('express');
let app = express(); // 这一步为什么必须做？
app.listen(3000);

想搞懂两个问题：

1. 为什么不能直接用express.listen()或者express.app.listen()？
2. 执行let app = express()时到底发生了什么？

核心原因：模块设计模式的差异 #

os模块属于工具类模块，它导出的是一个包含静态工具方法的对象，所有方法都是直接挂载在模块导出对象上的，不需要区分上下文——不管调用多少次os.userInfo()，逻辑都是一样的，不会有状态差异。

而Express.js是Web框架，它的设计目标是支持创建独立的、可配置的Web应用实例。每个Express实例可以有自己的路由规则、中间件栈、配置选项（比如不同的端口、不同的模板引擎），甚至可以在同一个Node.js进程里启动多个独立的Express服务。如果直接把listen这类方法挂载在Express模块上，就没法区分不同应用的状态和配置了。

所以Express导出的是一个工厂函数（就是你调用的express()），这个函数的作用就是创建一个全新的应用实例，每个实例都是独立的上下文。

为什么不能直接用express.listen()？ #

因为Express模块本身并没有暴露listen方法——listen是属于每个Express应用实例的方法，它的作用是基于当前实例的配置（路由、中间件等）启动HTTP服务。模块导出的express对象上根本没有这个方法，自然调用不了；express.app也不存在，因为app是创建实例后才有的对象。

执行let app = express()时发生了什么？ #

当你调用这个工厂函数时，内部主要做了这些事：

• 创建并返回一个app对象，这个对象继承自Node.js的http.Server，同时扩展了Express的核心功能
• 初始化内部的中间件栈：预留了挂载自定义中间件的空间，部分基础中间件现在需要手动显式挂载
• 初始化路由映射表：用来存储你后续定义的GET/POST等路由规则
• 设置默认配置：比如默认的视图引擎、静态文件目录、请求解析的相关选项
• 给app绑定核心方法：listen（启动服务）、use（挂载中间件）、get/post（定义路由）、set/get（配置选项）等

简单说，这一步就是帮你生成了一个专属的Web应用上下文，所有后续的配置和服务启动都基于这个实例。

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