node.js中的额外stdiostream是否被child_process.spawn阻塞?

当使用spawn()创buildsubprocess时,您可以通过options.stdioparameter passing选项来创build多个stream。 在标准3(stdin,stdout,stderr)之后,你可以传递额外的stream和pipe道,这将是subprocess中的文件描述符。 然后你可以使用fs.createRead / WriteStream来访问这些。

请参阅http://nodejs.org/api/child_process.html#child_process_child_process_spawn_command_args_options

 var opts = { stdio: [process.stdin, process.stdout, process.stderr, 'pipe'] }; var child = child_process.spawn('node', ['./child.js'], opts); 

但是这些文件并不清楚这些pipe道堵塞的位置。 我知道标准input/标准输出/标准错误阻塞,但'pipe'呢?

一方面他们说:

“请注意,父级和子级上的send()方法是同步的 – 不build议发送大块数据(可以使用pipe道,请参见child_process.spawn”

但在别处他们说:

process.stderr和process.stdout不同于Node中的其他stream,写入它们通常是阻塞的。

 They are blocking in the case that they refer to regular files or TTY file descriptors. In the case they refer to pipes: They are blocking in Linux/Unix. They are non-blocking like other streams in Windows. 

有人可以澄清这一点吗? pipe道阻塞在Linux上?

我需要传输大量的数据而不会阻塞我的工作进程。

有关:

  • 如何在Node.js中以非阻塞方式将大量的数据从subprocess发送到父进程?
  • 如何在不使用阻塞stdio的情况下将大数据从/传输到node.js中的subprocess?

       

网上收集的解决方案 "node.js中的额外stdiostream是否被child_process.spawn阻塞?"