Nodejs forever使用express问题

Nodejs forever使用express问题

当forever启动express项目的程序时,假如有文件更新需要重启,当前正在响应的请求会被丢弃掉吗？还是会执行完当前请求再去重启线程？

3 回复

当然可以。让我们来详细探讨一下这个问题，并提供一些示例代码来帮助理解。

问题背景

在使用 forever 监控一个 Express 项目时，如果文件发生更新并触发了进程重启，那么当前正在处理的请求会如何处理呢？

解释

forever 是一个用于管理 Node.js 进程的工具，它可以确保你的应用在崩溃后自动重启。当你使用 forever 启动一个 Express 应用时，如果文件发生变化导致应用需要重启，forever 会根据配置决定是否重启进程。

关键点

  • 正在处理的请求：在 forever 重启进程之前，它不会立即终止当前正在处理的请求。通常情况下，forever 会等待当前请求完成后再进行重启。
  • 重启策略：你可以通过配置 forever 的参数来调整其重启行为，例如是否等待所有活动连接关闭后再重启。

示例代码

以下是一个简单的 Express 应用示例，以及如何使用 forever 来监控该应用：

// app.js
const express = require('express');
const app = express();

app.get('/', (req, res) => {
  setTimeout(() => {
    res.send('Hello World!');
  }, 5000); // 模拟长时间处理
});

app.listen(3000, () => {
  console.log('Server is running on port 3000');
});

使用 forever 启动应用

# 安装 forever
npm install -g forever

# 使用 forever 启动应用
forever start app.js

配置 forever 以等待请求完成再重启

你可以在启动时添加 --killSignal=SIGINT 参数，这样 forever 会在接收到 SIGINT 信号时优雅地关闭服务器，等待所有活动连接完成后才会重启。

forever start --killSignal=SIGINT app.js

总结

在大多数情况下，forever 会等待当前请求处理完毕后再进行重启，确保不会中断正在进行的操作。如果你希望更严格的控制，可以通过配置 forever 来实现这一点。

希望这能解答你的疑问！如果有更多问题，请随时提问。


找到解决方案如下 1.用cluster去fork多个子进程,当文件更改的时候主进程触发一个事件通知所有work process 2.kill掉处于未活动状态的(有监听,但是当前没有处理请求)work process 3.当前正在处理请求的work process设置一个超时时间后disconnect掉 貌似learnboost有一个up模块实现了这样的功能,https://github.com/learnboost/up

在使用 forever 启动一个 Express 应用时，如果检测到文件更新并重启应用，当前正在处理的请求通常不会被立即终止。Forever 会在发现文件变化时触发重启过程，但它会等待当前正在进行的请求完成后再退出进程。

然而，这种行为可以通过配置进行调整。默认情况下，Forever 在检测到更改时会发送SIGINT信号给进程，允许应用程序有机会完成当前请求或清理资源后优雅地退出。这期间如果有新的请求到来，它们可能会被后续启动的新进程中继续处理。

下面是一个简单的示例代码来展示如何设置一个基本的 Express 应用，并通过 Forever 来管理其重启：

// app.js
const express = require('express');
const app = express();

app.get('/', (req, res) => {
  res.send('Hello World!');
});

app.listen(3000, () => {
  console.log('Example app listening at http://localhost:3000');
});

然后你可以使用 Forever 来管理此应用：

npm install -g forever
forever start app.js

如果你希望自定义重启行为（例如，在重启前等待所有请求完成），你可以修改 Forever 的配置或使用更复杂的健康检查逻辑来确保应用的稳定性。

总之，默认情况下，Forever 会尽量保证当前请求不受重启的影响，但具体行为可能依赖于底层操作系统和运行环境。

回到顶部