symfony process组件是独立的composer包，通过composer require symfony/process安装，支持跨平台、超时控制、实时输出等，用于安全执行php命令行进程。
Composer\Util\Process 类根本不存在
Composer 源码里没有 Composer\Util\Process 这个类。你搜不到它，也 import 不进来——因为它压根不是 Composer 的一部分。
实际负责进程管理的是 Symfony Process 组件
Composer 在需要执行外部命令（比如 Git clone、php -v、zip 命令解包）时，用的是 Symfony\Component\Process\Process，不是自己写的 Process 类。
- Composer 2.5+ 依赖
symfony/process:^6.0（或 ^7.0），所有子进程启动、超时控制、STDIN/STDOUT 捕获都走这个组件 - 源码位置在
src/Composer/Util/ProcessExecutor.php，它只是对Symfony\Component\Process\Process的轻量封装，加了日志、重试、信号处理等 Composer 特有逻辑 - 常见调用点：
GitDownloader::doDownload()、ZipDownloader::extract()、ScriptExecutor::executeScripts()
为什么有人误以为有 Composer\Util\Process？
容易混淆的几个点：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
Composer\Util\ProcessExecutor名字带 “Process”，但它是协调者，不是进程本身 - 文档或老博客里把
ProcessExecutor简称为 “Process 类”，造成传播误差 - 部分插件作者在自定义下载器时手动 new
Symfony\Component\Process\Process，然后写成 “用了 Composer 的 Process”，其实没用 Composer 的类
真要调试进程行为，盯住这三处
别翻 Composer 自己的 Util 目录找 Process，直接看：
-
ProcessExecutor::execute()：入口，含 timeout、idle-timeout、max-execution-time 参数传递逻辑 -
Symfony\Component\Process\Process::__construct()：真正 spawn 子进程的地方，关注$binary和$cwd - 错误日志里出现的
ProcessFailedException：说明子进程非 0 退出，此时$process->getErrorOutput()才是关键线索
改错地方比想象中窄——多数 “Git clone 卡住”“zip 解压失败” 问题，根源都在 ProcessExecutor 传参不当，或系统缺少对应二进制（如没装 unzip 却用了 zip dist）。
