node.js - 当我没有打开终端时，为什么我的 node.js 应用程序偶尔会挂起？

Question

我有一个通过 SSH 运行的 nodejs 应用程序:

$ tmux
$ node server.js

这会在 tmux session 中启动我的 Node 应用程序。

显然，我并没有一直打开 SSH session 。

我一直在发现，有时我的应用程序可能会进入无法提供任何页面的状态。这可能与应用程序本身有关，或者可能只是 SSH session 断开连接不良。

无论哪种方式，只需登录 SSH，运行:

$ tmux attach

将焦点放在 Pane 上会使所有内容再次响应。

---

我认为 node.js 的全部意义在于一切都是非阻塞的 - 那么这里发生了什么？

Answer 1

当 Pane 处于复制模式时，tmux 不会从其 tty 中读取。如果在 tty 中运行的某些程序继续生成输出，那么操作系统的 tty 缓冲区最终将填满并导致写入进程/线程阻塞。我不知道 Node.js 的内部结构，但它可能不会期望写入 stdout/stderr 来阻止:console functions似乎没有回调，所以它们实际上可能是阻塞的。

因此，如果您的 SSH 连接断开时运行 Node.js 的 Pane 仍处于复制模式，Node.js 很可能最终会被阻止。

如果您需要确保非阻塞日志记录，那么您可能希望将您的 stdout 和 stderr 重定向(或 tee)到一个文件，并使用类似 less 的东西来查看先前的日志(避免 < em>tmux 的复制模式，因为它可能会导致阻塞)。

也许是这样的:

# Redirect stdout/stderr to a file, running Node.js in the background.
# Start a "less +F" on the log so that we immediately have a "tail" running.
node app.js >>app.log 2>&1 & less +F app.log

或者

# This pane will act as a 'tail -f', but do not use copy-mode here.
# Instead, run e.g. 'less app.log' in another pane to review prior logs.
node app.js 2>&1 | tee -a app.log

或者，如果您使用的是日志记录库，它可能具有可用于自动写入文件的功能。