可以通过一下地址学习composer：学习地址

在现代Web开发中，我们经常会遇到需要处理耗时操作的场景：比如调用远程API获取数据、发送邮件、处理大量图片或执行复杂的后台计算。传统的PHP代码通常是同步执行的，这意味着一个操作不完成，后续代码就无法执行。这在处理大量并发请求或需要快速响应的应用中，会成为严重的性能瓶颈，用户体验也会大打折扣。

更令人头疼的是，当我们尝试通过回调函数来模拟异步行为时，很快就会陷入臭名昭著的“回调地狱”（Callback Hell）——代码层层嵌套，逻辑扭曲，难以阅读和维护，错误处理也变得异常复杂。我最近就在一个项目中遇到了类似的问题：需要同时向多个第三方服务发送请求，并根据它们的响应进行后续处理。最初的实现方式让我陷入了深深的泥潭，代码冗长且充满了不确定性。

就在我一筹莫展之际，GuzzleHttp/Promises 这个库映入我的眼帘。它提供了一套优雅的解决方案，帮助我们以更结构化的方式来处理PHP中的异步操作，彻底改变了我对PHP异步编程的看法。

什么是 GuzzleHttp/Promises？

GuzzleHttp/Promises 是一个遵循 Promises/A+ 规范的PHP实现。简单来说，一个“Promise”（承诺）对象代表了一个异步操作的最终结果。这个结果可能在未来某个时刻成功（被“兑现”或“fulfilled”）并带回一个值，也可能失败（被“拒绝”或“rejected”）并带回一个原因。它的核心思想是将异步操作的未来结果抽象化，让我们能够以同步的方式来组织异步代码。

立即学习“PHP免费学习笔记（深入）”；

如何使用 GuzzleHttp/Promises 解决问题？

安装 GuzzleHttp/Promises 非常简单，只需通过 Composer 即可：

composer require guzzlehttp/promises

安装完成后，我们就可以开始使用它来重构那些令人头疼的异步逻辑了。

1. 告别“回调地狱”：链式调用 then()

GuzzleHttp/Promises 最强大的特性之一就是其链式调用能力。通过 then() 方法，你可以注册异步操作成功或失败后的回调函数。

use GuzzleHttp\Promise\Promise;

$promise = new Promise();

$promise
    ->then(function ($value) {
        echo "第一步成功：接收到 '{$value}'\n";
        // 返回一个值，这个值会传递给下一个 then
        return "Hello, " . $value;
    })
    ->then(function ($value) {
        echo "第二步成功：接收到 '{$value}'\n";
        // 返回一个新的 Promise，后续链会等待这个 Promise 完成
        $nextPromise = new Promise();
        echo "正在等待下一个 Promise...\n";
        return $nextPromise;
    })
    ->then(function ($value) {
        echo "第三步成功：接收到 '{$value}'\n";
    })
    ->otherwise(function ($reason) { // 专门处理拒绝的回调
        echo "操作失败：{$reason}\n";
    });

// 模拟异步操作完成
$promise->resolve('reader'); // 触发第一个 then
// 模拟第二个 Promise 完成
// 假设 $nextPromise 在某个异步操作完成后被 resolve
// 为了演示，我们手动 resolve 它
// 在实际应用中，这会是一个真实的异步操作结果
// $nextPromise->resolve('World!'); // 这一步在实际中会由异步任务完成
// 这里为了演示，我们直接在外部模拟 resolve，需要确保 $nextPromise 已经被返回并捕获
// 假设 $nextPromise 已经被上一个 then 返回并赋值给了某个变量
// 实际上，链式调用会自动处理 Promise 的转发
// 为了让例子完整，我们假设 $nextPromise 最终被 resolve
// 在实际应用中，如果你返回了一个 Promise，那么链中的下一个 then 会等待这个返回的 Promise 完成。
// 这里，为了让输出更清晰，我们直接让初始 promise 完成，并演示链式调用。
// 让我们修改一下，让 $nextPromise 真实地被 resolve
$p1 = new Promise();
$p2 = new Promise();

$p1->then(function ($value) use ($p2) {
    echo "第一步成功：接收到 '{$value}'\n";
    return $p2; // 返回第二个 Promise
})->then(function ($value) {
    echo "第二步成功：接收到 '{$value}'\n";
})->otherwise(function ($reason) {
    echo "操作失败：{$reason}\n";
});

$p1->resolve('开始'); // 触发第一个 then
$p2->resolve('结束！'); // 触发第二个 then
// 输出:
// 第一步成功：接收到 '开始'
// 第二步成功：接收到 '结束！'

传统的嵌套回调会让你头晕眼花，但有了 then，你可以像搭积木一样，将异步操作串联起来，每一步都清晰明了。如果在一个 then 回调中返回另一个 Promise，后续的 then 会等待这个新的 Promise 完成后才执行，这完美解决了异步操作的依赖问题。

Reactivation Specialist · 流失召回

适用于用户提出以下需求时：“构建赢回活动（win-back campaign）”、“重新激活已流失订阅者（re-engage lapsed subscribers）”、“执行重新授权 / 重新同意（re-permission / re-consent）清理”或“清理无效联系人列表（sunset my dead list）”；输出一个闭环式再激活方案——包括：流失用户群组（lapsed-cohort）定义、分阶段优惠阶梯（staged offer ladder）、重新授权（re-consent / re-p

下载

2. 健壮的错误处理：onRejected 与 otherwise()

异步操作失败是常有的事。GuzzleHttp/Promises 提供了强大的错误处理机制。你可以在 then() 方法的第二个参数中提供一个 onRejected 回调，或者使用更语义化的 otherwise() 方法来捕获和处理错误。

use GuzzleHttp\Promise\Promise;

$promise = new Promise();
$promise
    ->then(null, function ($reason) { // 第二个参数是拒绝回调
        echo "捕获到错误：{$reason}\n";
        throw new \Exception("进一步处理错误: " . $reason); // 抛出异常会传递给下一个拒绝回调
    })
    ->otherwise(function (\Exception $e) { // 使用 otherwise 捕获异常
        echo "最终错误处理：{$e->getMessage()}\n";
        return "错误已处理，返回一个默认值"; // 返回一个值，可以改变后续链的状态
    })
    ->then(function ($value) {
        echo "错误处理后继续：{$value}\n"; // 这里的 value 是 otherwise 返回的值
    });

$promise->reject('API请求失败');
// 输出:
// 捕获到错误：API请求失败
// 最终错误处理：进一步处理错误: API请求失败
// 错误处理后继续：错误已处理，返回一个默认值

这就像流水线上的产品，如果某一步出了问题，可以及时被捕获和处理，而不是让整个流程崩溃。你甚至可以在 onRejected 回调中返回一个 RejectedPromise 来继续向下传递拒绝状态，或者返回一个普通值来将链条从拒绝状态转变为兑现状态。

3. 必要时的“暂停键”：同步等待 wait()

虽然我们追求异步，但在某些特定场景下，我们确实需要等待异步操作完成才能继续，例如在脚本结束前确保所有日志都已写入。wait() 方法就是为此而生。

use GuzzleHttp\Promise\Promise;

$promise = new Promise(function () use (&$promise) {
    // 模拟一个耗时操作，最终解决 Promise
    sleep(1);
    $promise->resolve('数据已加载');
});

echo "开始等待...\n";
$result = $promise->wait(); // 会阻塞直到 Promise 被解决或拒绝
echo "等待结束，结果是：{$result}\n";

// 如果 Promise 被拒绝，wait() 会抛出异常
$rejectedPromise = new Promise();
$rejectedPromise->reject('操作超时');
try {
    $rejectedPromise->wait();
} catch (\GuzzleHttp\Promise\RejectionException $e) {
    echo "等待时捕获到拒绝异常：{$e->getMessage()}\n";
}

wait() 方法会阻塞当前执行流程，直到 Promise 被兑现或拒绝。它默认会“解包”Promise，即成功时返回其值，失败时抛出异常。你可以通过传递 false 给 wait() 来阻止它抛出异常，只确保 Promise 状态已定。

4. 灵活控制：取消操作 cancel()

对于一些可以中断的异步任务（例如未完成的网络请求），GuzzleHttp/Promises 提供了 cancel() 方法。你可以在创建 Promise 时提供一个取消函数，当 cancel() 被调用时，这个函数就会被执行，从而停止底层的异步操作。

5. 互操作性与事件循环集成

GuzzleHttp/Promises 不仅能与 Guzzle 客户端自身完美配合（Guzzle 异步请求返回的就是 Promise），它还与其他遵循 Promises/A+ 规范的库兼容。在真正的异步环境（如基于 ReactPHP 的事件循环）中，你需要手动运行 Guzzle 的任务队列，以确保 Promise 能够被及时处理和解决：

use GuzzleHttp\Promise\Utils;
use React\EventLoop\Factory;

$loop = Factory::create();
$queue = Utils::queue();

// 每隔一段时间运行一次 Guzzle 的任务队列
$loop->addPeriodicTimer(0.001, [$queue, 'run']);

// 在这里创建和使用你的 Promise
// ...

$loop->run(); // 启动事件循环

优势与实际应用效果

自从引入 GuzzleHttp/Promises，我的项目代码变得更加整洁，逻辑清晰，处理高并发请求时也更加从容。它带来的优势是显而易见的：

• 代码可读性与维护性大幅提升：告别嵌套回调，以链式、扁平化的方式组织异步逻辑。
• 更健壮的错误处理机制：集中管理异步操作的异常，避免遗漏。
• 提升应用响应速度与并发能力：尤其在 I/O 密集型应用中，能够显著减少阻塞时间，提高吞吐量。
• 与 Guzzle HTTP 客户端完美结合：如果你使用 Guzzle 发送异步 HTTP 请求，Promises 是其核心，能让你轻松处理批量请求。
• 促进模块化设计：每个 Promise 都可以看作一个独立的异步单元，便于测试和复用。

GuzzleHttp/Promises 不仅仅是一个工具，更是一种编写PHP异步代码的思维转变。它让PHP在处理复杂异步场景时，也能拥有像JavaScript那样优雅的体验。如果你也曾被PHP的异步编程所困扰，我强烈推荐你尝试 GuzzleHttp/Promises，它会为你的项目带来质的飞跃。