Composer-Loop并非官方组件，而是对“用Composer安装的异步循环库”（如amphp/amp、reactphp/event-loop）的误称；Composer本身是同步依赖管理工具，不内置事件循环。
Composer-Loop 并不是 Composer 官方架构中的组件，也不存在于 Composer 的源码、文档或任何稳定版本（包括最新 Composer 2.9.6）中。
你遇到的“Composer-Loop”大概率是混淆了以下三类概念：
为什么找不到 Composer-Loop？
Composer 本身是一个**同步的依赖管理工具**，它不内置事件循环（event loop）、不处理异步 I/O、也不提供协程或 Promise 运行时。它的核心职责仅限于：解析 composer.json、计算依赖图、下载包、生成自动加载文件、执行脚本钩子（如 post-install-cmd）——所有这些都在单次 CLI 进程中顺序执行，无并发、无调度器、无 loop。
哪些库常被误称为 “Composer-Loop”？
实际项目中可能被混用的、带 “loop” 的 PHP 异步基础设施包括：
-
amphp/amp：提供Amp\Loop—— 一个基于 Fibers（PHP 8.1+）的轻量级事件循环，用于amphp/http-server等异步服务； -
reactphp/event-loop：经典回调式事件循环，常配合react/http使用； -
symfony/event-dispatcher：纯同步事件分发机制，和 “loop” 无关，但名字带 “event” 易引发联想。
它们都可通过 composer require 安装，但和 Composer 自身无关 —— Composer 只是把它们拉进来，不参与其运行逻辑。
中文资料里 “Composer-Loop” 从哪来的？
搜索结果中出现该词，通常源于以下几种情况：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 将 “用 Composer 安装的某 loop 库” 错简写为 “Composer-Loop”；
- 教程作者未区分工具链层级，把 “通过 Composer 引入的异步运行时” 笼统冠名；
- 早期非官方 fork 或实验性 wrapper 项目（已废弃或未发布），未进入 Packagist 主流生态。
目前 Packagist 上无名为 composer-loop 或 composer-loop 的合法包，也无 Composer 官方提及该术语。
真要实现异步事件处理，该怎么做？
如果你的目标是在 PHP 中做异步 I/O（如并发 HTTP 请求、长连接服务器），正确路径是：
- 用
composer require guzzlehttp/promises处理并行 Promise（适合 API 聚合场景）； - 用
composer require amphp/amp amphp/http-server构建全栈异步服务（需 PHP 8.1+，Fibers 支持）； - 避免手动实现 event loop —— PHP 没有
libuv级别原生支持，轮子质量参差，维护成本高。
注意：guzzlehttp/promises 本身不启动 loop，它依赖底层运行时（如 Amp 或 ReactPHP）才能真正并发；若在普通 CLI 或 FPM 下使用，它只是模拟“链式延迟”，实际仍是同步执行。
Composer-Loop，它不在那儿。 
