关键在于必须调用amp\promise\wait触发执行，否则async声明的异步操作不会运行；promise返回的是封装对象，wait才获取真实结果或异常。
PHP 用 Amp 实现并发请求，关键不是写 Amp\async，而是别漏掉 Amp\Promise\wait
不调用 Amp\Promise\wait，你的异步代码根本不会执行——它只是“声明了要干啥”，没真正跑起来。Amp 不是 Node.js 那种事件循环自动驱动的环境，PHP CLI 下必须手动触发。
常见错误现象：foreach 里调 Amp\async 后直接 echo 结果，输出全是 null 或空对象；或者程序秒退，什么 HTTP 请求都没发出去。
- 必须把所有
Amp\Promise收集起来，传给Amp\Promise\wait才会并发执行 -
Amp\async返回的是Promise，不是结果；wait才返回真实值或抛异常 - 如果只等一个 Promise，用
Amp\Promise\wait($p)；多个就用Amp\Promise\all([...])包一层再 wait
use Amp\Async;
use Amp\Http\Client\HttpClientBuilder;
use Amp\Promise;
use Amp\Promise\wait;
$client = (new HttpClientBuilder)->build();
$promises = [];
foreach ($urls as $url) {
$promises[] = Async\function () use ($client, $url) {
return $client->request(new Request($url));
};
}
// 这行不能少！否则上面全不执行
$responses = wait(Promise\all($promises));
Promise.all 和 Promise.race 在 Amp 里的行为和 JS 不同
Amp 的 Promise\all 是“全成功才返回数组”，只要有一个 Promise reject（比如 HTTP 404 或超时），整个就失败，抛出第一个失败的异常；而 JS 的 Promise.all 默认也这样，但开发者常误以为它能“吞掉错误”。Amp 没有 Promise.allSettled 原生实现，得自己兜底。
- 想让部分失败不影响整体，得对每个 Promise 做
Promise\catch包装，返回[$error, null]或[null, $value] -
Promise\race在 Amp 中可用，但注意：它只返回第一个 settle（fulfill/reject）的结果，不保证是最快响应的那个——网络抖动下可能拿到的是个失败的 Promise - 别直接在
all里扔裸的async调用，容易漏错误处理；先封装成带 try/catch 的 Promise 更稳
HTTP 客户端超时、连接池、重试这些得手动配，Amp 不默认给你
Amp\Http\Client 默认没有全局超时，单个请求不设 timeout 就可能卡死；也没有内置连接复用策略，高频请求下容易 hit “too many open files” 错误。
- 每个
Request必须显式传timeout参数，单位是秒（支持小数），例如new Request($url, 'GET', [], ['timeout' => 5.0]) - 用
HttpClientBuilder开启连接池：->setConnectionLimit(20)控制最大并发连接数，避免系统资源耗尽 - 重试逻辑得自己写：捕获
Amp\Http\Client\Exception\RequestException后重新async一次，别依赖中间件——Amp 没“拦截器”概念
协程函数里不能用 sleep、file_get_contents 这类同步阻塞调用
写了 Async\function，里面却调 sleep(1) 或 json_decode(file_get_contents(...))，整个协程就卡住，其他并发任务全停摆。Amp 的协程不是线程，它靠 yield 让出控制权，同步调用等于“主动交出 CPU 却不告诉调度器何时拿回来”。
- 延时用
Amp\delay(1000)（毫秒），它会 yield 并注册定时回调 - 读文件用
Amp\File\read，写用Amp\File\write，它们返回 Promise - 数据库操作必须用
Amp\MySQL\connect或Amp\Postgres\connect，PDO 或 mysqli 全部无效 - 第三方 SDK（比如 AWS SDK）基本不兼容 Amp，得找
amphp/aws这类专为 Amp 写的包，否则只能丢进Async\function+Process子进程里跑
最常被忽略的一点：Amp 的异常传播是“穿透式”的。一个子 Promise 抛错，如果上层没 catch，会一直冒泡到 wait 那里终止整个并发流程。别指望它像 Swoole 那样静默失败或自动重试——你得为每条路都写错误分支。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
