能否在ExpressJS应用中多次调用express()？其作用究竟是什么？

这其实是个非常常见的Express入门误区，我来帮你把这个逻辑理清楚：

1. express() 到底创建了什么？ #

首先纠正你的核心误解：调用express()并不会直接创建或启动一个新的HTTP服务器。它创建的是一个Express应用实例，本质上是一组路由规则和中间件的集合，可以把它看作是一个独立的"请求处理管线"——它自己不会监听端口，也不会占用网络资源。

真正启动HTTP服务器的是app.listen(port)方法，只有当你调用这个方法时，Express才会绑定端口并开始接收请求。这也是为什么同一端口不能启动多个服务器的原因：端口只能被一个进程监听。

2. KeystoneJS为什么允许（甚至推荐）这么做？ #

KeystoneJS的架构设计中，prepareMiddleware方法的作用就是让你封装一个独立的Express子应用，然后Keystone会自动把这个子应用挂载到主应用的中间件链里——相当于把你的自定义路由和中间件作为一个模块化的单元，整合进主服务器的处理流程中。

这个过程完全不需要你启动新的服务器，所有请求最终都由Keystone的主HTTP服务器处理，只是匹配你子应用路由的请求会被转发到你的自定义逻辑中处理。

3. 结合你的代码具体分析 #

你写的prepareMiddleware函数返回的app就是一个标准的Express子应用：

• 它配置了cors()中间件，处理跨域请求
• 用express.static托管了TinyMCE的静态资源
• 定义了/jwt的POST路由来生成令牌

Keystone拿到这个子应用后，会把它整合进主应用的路由系统（可能是挂载到某个特定路径，或者直接合并到根路由），所有匹配这些路径的请求都会被这个子应用处理，而整个系统始终只有一个HTTP服务器在监听端口，完全不会有端口冲突的问题。

4. 更直观的挂载示例 #

如果手动模拟Keystone的挂载逻辑，大概是这样的：

// Keystone的主应用
const keystoneMainApp = express();
// 你的自定义子应用
const customWysiwygApp = prepareMiddleware();

// 把自定义子应用挂载到主应用的某个路径下（比如/wysiwyg）
keystoneMainApp.use('/wysiwyg', customWysiwygApp);

// 主应用启动服务器，只占用一个端口
keystoneMainApp.listen(3000);

这时候，访问/wysiwyg/jwt就会触发你写的令牌生成逻辑，/wysiwyg/tinymce-assets/*会返回TinyMCE的静态资源，所有请求都由3000端口的同一个服务器处理。

总结一下：express()创建的是可复用的请求处理模块，不是独立服务器，Keystone通过挂载子应用的方式整合你的自定义逻辑，所以完全不用担心端口冲突的问题。

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