测试自定义process.stdio模拟时Jest出现挂起问题

我帮你梳理下代码可能存在的核心问题，以及对应的修复思路：

可能导致挂起的原因 #

• TTY流未正确关闭：如果你的代码里用了tty.ReadStream或tty.WriteStream来模拟标准流，这些流默认会保持打开状态，Node.js的事件循环会一直监听它们的输入/输出，Jest会等待所有异步操作完成才会退出，自然就挂住了。比如直接实例化tty.ReadStream(0)（对应stdin的文件描述符），这个流会一直等待终端输入，不会主动关闭。

• 非TTY环境下的流阻塞：Jest运行的测试环境通常不是TTY终端，当你尝试创建依赖TTY的流时，可能因为无法获取有效的终端资源，导致流处于无限等待的阻塞状态，进而让整个进程无法退出。

• 流生命周期未管理：如果你的Stdio类没有提供销毁或关闭流的方法，测试结束后这些流还留在事件循环里，Jest没法正常结束进程。

具体修复方案 #

方案1：用模拟流替代TTY流（推荐） #

既然是为了模拟和传递，完全可以用Node.js内置的PassThrough流来替代tty相关的流，这样完全脱离对原生process的依赖，也不会有TTY环境的问题：

const { PassThrough } = require('stream');

class Stdio {
  constructor() {
    this.stdin = new PassThrough();
    this.stdout = new PassThrough();
    this.stderr = new PassThrough();
  }

  // 可选：添加销毁方法，方便测试后清理
  destroy() {
    this.stdin.destroy();
    this.stdout.destroy();
    this.stderr.destroy();
  }
}

这种方式的流行为和原生标准流一致，而且不会导致进程挂起，非常适合测试场景。

方案2：手动管理TTY流的生命周期 #

如果一定要用tty模块，那必须在测试结束后主动关闭所有流：

const tty = require('tty');

class Stdio {
  constructor() {
    // 先判断当前环境是否是TTY，避免非TTY环境下出错
    this.stdin = process.stdin.isTTY ? new tty.ReadStream(0) : null;
    this.stdout = process.stdout.isTTY ? new tty.WriteStream(1) : null;
    this.stderr = process.stderr.isTTY ? new tty.WriteStream(2) : null;
  }

  destroy() {
    this.stdin?.destroy();
    this.stdout?.destroy();
    this.stderr?.destroy();
  }
}

// 在测试中使用时记得调用destroy
test('测试Stdio实例', () => {
  const stdio = new Stdio();
  // 你的测试逻辑
  stdio.destroy();
});

方案3：模拟TTY环境给Jest #

如果你的业务逻辑必须依赖TTY环境，可以在测试前后手动模拟TTY标识：

beforeAll(() => {
  // 强制将标准流标记为TTY
  Object.defineProperty(process.stdin, 'isTTY', { value: true, configurable: true });
  Object.defineProperty(process.stdout, 'isTTY', { value: true, configurable: true });
  Object.defineProperty(process.stderr, 'isTTY', { value: true, configurable: true });
});

afterAll(() => {
  // 测试结束后恢复原有状态
  delete process.stdin.isTTY;
  delete process.stdout.isTTY;
  delete process.stderr.isTTY;
});

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