composer本身不支持脚本级异步或多进程调度，所有命令均同步阻塞；但可通过proc_open、exec或pcntl_fork在自定义脚本中手动实现并发，需自行管理进程生命周期与资源。
composer 本身不支持脚本级的异步执行或原生多进程调度。它的核心职责是依赖解析、下载、安装与自动加载管理，所有内置命令（如 install、update、run-script）都是同步阻塞的。你写的 scripts 在 composer.json 中定义后，仍由 PHP 主进程顺序执行，不会自动并发。
composer run-script 是同步的，但你可以手动“绕过”它
composer run-script 只负责调用你定义的 PHP 函数或命令，它不干预执行方式。也就是说：
- 如果你在脚本里写
sleep(5)，整个composer命令会卡住 5 秒； - 但如果你在脚本里启动子进程（例如用
proc_open或exec），那这些进程就脱离了 Composer 的控制流，可以并行运行。
常见做法包括：
- 使用
proc_open启动多个后台 PHP 子进程，各自处理独立任务 - 用
exec("php script1.php > /dev/null &")类似方式“甩开”主进程（注意资源清理和错误捕获） - 结合
pcntl_fork（仅 CLI 模式、需启用pcntl扩展）实现真正多进程
⚠️ 注意：这些操作不是 Composer 提供的能力，而是你在 Composer 调起的 PHP 脚本里自行实现的底层控制。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
多进程 ≠ 异步，别混淆概念
PHP 没有事件循环，所谓“异步”在 CLI 场景下基本靠两种方式模拟：
- 多进程（fork / proc_open）：真正并行，适合 CPU 密集或 I/O 独立任务，但开销大、难调试、不适用于 web SAPI（如 php-fpm）
-
Promise + 事件轮询（如 Guzzle Promises 配合
Utils::settle()或Utils::all()）：仍是单进程，靠非阻塞 I/O（如 cURL multi）实现并发请求，轻量但只对网络/文件等支持非阻塞的操作有效
例如，下面这段代码不会让 Composer “变异步”，但它能让两个 HTTP 请求真正并发发出：
use GuzzleHttp\Promise\Utils;
use GuzzleHttp\Client;
<p>$client = new Client();
$promises = [
'user' => $client->getAsync('<a href="https://www.php.cn/link/d3edfaac7b134307771e928cc3293131">https://www.php.cn/link/d3edfaac7b134307771e928cc3293131</a>'),
'posts' => $client->getAsync('<a href="https://www.php.cn/link/ebc004ec5144030d8c365456db040dc1">https://www.php.cn/link/ebc004ec5144030d8c365456db040dc1</a>')
];</p><p>// 并发等待全部完成（非阻塞轮询）
$results = Utils::unwrap($promises);
</p>
容易踩的坑
-
composer run-script默认使用passthru()方式执行命令，输出直接透传，无法捕获子进程退出码或 stdout/stderr —— 若需可靠多进程协调，必须自己用proc_open+stream_select管理 - 多进程环境下，
$_ENV、ini_set、全局变量等不会自动继承，子进程是全新 PHP 实例 -
pcntl在大多数共享主机或容器环境被禁用，且与 Composer 的 autoloader 共存时可能引发类加载冲突 -
exec("php ... &")启动的进程容易变成孤儿进程，若不显式重定向STDIN/STDOUT/STDERR，可能卡住终端或写满日志
最常被忽略的一点：Composer 的脚本机制本身没有生命周期管理能力。你 fork 出去的进程，Composer 不知道、不等待、不回收 —— 这既是自由，也是责任。
