Node.js中向子进程stdin写入CTRL+C无效，管道方式却可行？原因何在？

问题背景 #

我基于Node.js的child_process.exec实现了一个测试命令行应用的函数，代码示例如下：

const proc = child_process.exec(command, { env, timeout }, (error) =>
  errorHandler(error)
);

后续我通过监听proc.stdout事件获取命令输出，并向proc.stdin写入内容来响应命令行提示。但尝试通过写入代表CTRL+C的ASCII字符（'^C'或'\x03'）向子进程传递SIGINT信号以优雅终止时，两种写法都无效。不过用管道传递的方式却能成功触发终止：

child_process.exec(`printf '^C' | command`);

想明确这两种方式的差异，以及为何直接写stdin无效、管道方式可行？（注：使用Ubuntu默认的/bin/sh（dash），Windows环境下两种方式均无效）

核心差异 #

• 直接写入proc.stdin：内容是发给**shell进程（dash）**的标准输入，而非目标命令的stdin
• 管道方式：printf的输出直接通过管道传给目标命令的stdin，shell仅负责创建管道链路和启动进程

原因拆解 #

1. 进程层级的本质区别 #

child_process.exec默认会把传入的command交给shell解析执行，所以你拿到的proc对象对应的是shell进程，目标命令是shell的子进程。
当你向proc.stdin写入'\x03'时，接收方是shell进程。但shell在非交互模式（无终端关联）下，会忽略来自stdin的SIGINT触发字符——只有当shell处于交互模式且连接终端时，才会将stdin的\x03转换成SIGINT信号发送给自身或前台进程组，非交互模式下它只会把\x03当作普通字符处理，不会转发给子进程。

2. 管道方式的工作逻辑 #

在printf '^C' | command这个管道命令中，shell会创建两个独立的子进程：一个运行printf，一个运行目标command，并将前者的标准输出与后者的标准输入用管道连接。此时printf输出的\x03会直接进入目标命令的stdin，若目标命令本身是交互式程序（会监听stdin的信号字符），就能识别\x03并触发自身的SIGINT处理逻辑。

3. Windows环境的特殊性 #

Windows的命令行体系与POSIX完全不同，不存在SIGINT信号的概念，\x03的处理逻辑也不一致，因此两种方式在Windows下均无效是正常现象。

可行替代方案 #

如果需要在Node.js中给目标子进程传递SIGINT，更可靠的方式有两种：

• 使用child_process.spawn替代exec：直接启动目标命令（绕过shell），之后调用proc.kill('SIGINT')即可直接向目标进程发送信号
• 若必须使用exec：在启动命令时加上exec前缀（如exec command），让目标命令替换shell进程，此时向proc发送SIGINT就会直接传递给目标命令

内容的提问来源于stack exchange，提问作者Pnog is not Pong