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

【问题标题】：Why does my node.js application occasionally hang when I don't have the terminal open?为什么我的 node.js 应用程序在我没有打开终端时偶尔会挂起？
【发布时间】：2013-01-13 22:46:01
【问题描述】：

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

$ tmux
$ node server.js

这会在 tmux 会话中启动我的节点应用程序。

显然，我没有一直打开 SSH 会话。

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

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

$ tmux attach

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

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

【问题讨论】：

@Eric 根据您的描述，一切都应该正常，所以这是您的代码有问题。
当您重新附加到 tmux 窗格时，它是否处于复制模式（即查看回滚历史记录）？ tmux 在处于复制模式时不会从窗格的 tty 中读取；因此，让窗格处于复制模式（即当您的 SSH 连接关闭时）可能会导致在其 tty（即节点）中运行的进程在继续写入 tty（例如显示日志消息）时阻塞。
@ChrisJohnsen：几乎可以肯定。将其发布为答案，我会接受。
这还有必要吗，回调还在阻塞吗？

标签： node.js tmux

【解决方案1】：

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

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

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

可能是这样的：

# 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

或者，如果您使用的是日志库，它可能有一些东西可以用来自动写入文件。

【讨论】：