如何阻止Symfony Process关闭stdin管道？求更优实现方案

问题核心 #

Symfony 6.3的Process组件会在Symfony\Component\Process\Pipes\AbstractPipes::write第161行执行fclose($this->pipes[0])关闭标准输入管道，这会导致带-i参数的docker exec或docker compose exec --no-TTY命令提前退出——尽管底层容器内的命令还在正常运行并输出内容。

当前规避方案的局限 #

你目前用无限生成空字符串的生成器作为输入，让Process始终认为还有数据要写入stdin，从而避免关闭管道。这个方案能解决问题，但会持续生成无意义的空内容，存在不必要的资源消耗。

更优实现方式 #

方法1：使用官方InputStream（推荐） #

Symfony Process提供了InputStream类，专门用于控制进程输入流。只要不显式关闭这个流，Process就不会主动关闭stdin管道，完美适配你的场景：

use Symfony\Component\Process\Process;
use Symfony\Component\Process\InputStream;

// 创建一个保持打开状态的输入流
$inputStream = new InputStream();

$process = new Process(...$args);
$process->setInput($inputStream);
$process->start();

// 当确认不需要再维持stdin打开时，再关闭流（可选，进程结束后会自动回收）
// $inputStream->close();

这个方案是官方设计的标准用法，没有多余资源消耗，简洁且可靠。

方法2：自定义Pipes类（底层控制） #

如果需要更精细的管道行为控制，可以继承对应系统的Pipes实现类，重写write方法移除关闭stdin的逻辑。这种方式侵入性较强，适合极端定制场景：

以Unix系统为例：

use Symfony\Component\Process\Pipes\UnixPipes;

class NoCloseStdinUnixPipes extends UnixPipes
{
    public function write($input, &$bytesWritten): void
    {
        parent::write($input, $bytesWritten);
        // 跳过父类中关闭stdin的fclose操作，仅保留unset清理
        unset($this->pipes[0]);
    }
}

然后在创建Process时指定自定义Pipes工厂：

$process = new Process(...$args);
$process->setPipesFactory(fn() => new NoCloseStdinUnixPipes());
$process->start();

注意：这种方式需要兼容Symfony Process的版本迭代，后续组件逻辑变更时可能需要同步更新自定义类。

方案对比 #

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