嘿，这个问题我之前碰到过好多次，其实核心原因和Node.js的事件循环机制以及你的程序运行上下文脱不了干系。

先理清楚两种场景的差异：

• 当你把repl.start()直接丢在独立文件里运行时，Node.js会立刻察觉到REPL在监听标准输入（stdin）——这是个异步IO操作，会让事件循环一直保持活跃，进程自然不会随便退出。
• 但把这段逻辑放进run()函数调用时，你的主程序很可能在run()执行完之后，没有其他需要等待的异步任务了。Node.js的事件循环一看“没事干了”，直接就终止进程，哪怕REPL刚启动没几秒。

最常见的触发场景是：你的run()函数是被某个CLI框架（比如Commander、Yargs）的命令处理逻辑调用的。这类框架默认会在命令执行完成后触发进程退出，而REPL启动的异步监听还没来得及“拉住”事件循环。

怎么解决？ #

给你几个靠谱的解决思路，按需选就行：

1. 让CLI框架别着急退出（如果用了这类工具）

要是你用了Commander之类的CLI库，直接在命令处理函数里加一行process.stdin.resume()就行，它会让标准输入流保持打开，强行留住事件循环：

// 举个Commander的例子
program
  .command('repl')
  .action(() => {
    run();
    // 阻止进程自动退出
    process.stdin.resume();
  });

2. 绑定REPL的退出事件，让进程“等一等”

你可以把repl.start()返回的实例存下来，监听它的exit事件——只有当用户主动退出REPL时，再让进程结束：

export function run() {
  // 先做你的前置操作
  const replServer = repl.start({
    prompt: '> ',
    eval: (cmd, context, filename, callback) => {
      console.log(`receive: ${cmd}`);
      // 加个try-catch，避免输入非JSON内容直接崩溃
      try {
        callback(null, JSON.parse(cmd));
      } catch (err) {
        callback(err);
      }
    }
  });

  // 等REPL主动退出了，再让进程结束
  replServer.on('exit', () => {
    process.exit(0);
  });
}

顺便给你的eval函数加了个try-catch，不然用户输入个非JSON的内容，REPL直接崩了可不好看～

3. 检查主程序有没有提前“催着”进程退出

看看你的主程序代码，调用run()之后有没有执行process.exit()、process.kill()这类主动终止进程的代码，或者有没有其他异步任务提前跑完，导致事件循环直接空转结束。

快速验证思路 #

你可以先在run()函数末尾加一行测试代码：

setInterval(() => {}, 1000);

这会创建一个永久定时器，强制让事件循环保持活跃。如果这样REPL能正常运行了，那百分百就是事件循环空转导致的进程退出问题，直接用上面的方法解决就行。

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