想象一下,你正在开发一个复杂的php应用,比如一个聚合信息平台。为了展示一个完整的用户仪表盘,你需要同时从多个api获取数据:用户基本信息(来自用户服务)、最近订单列表(来自订单服务)、以及个性化推荐商品(来自推荐服务)。
如果采用传统的同步请求方式,你的代码可能会是这样的:
<pre class="brush:php;toolbar:false;">// 伪代码示例 $userData = fetchUserDataFromApi(); // 耗时 2 秒 $orderData = fetchOrderDataFromApi(); // 耗时 3 秒 $productData = fetchProductDataFromApi(); // 耗时 2.5 秒 // 总计至少 7.5 秒,这还没算上PHP自身的处理时间!
天啊,一个简单的页面加载就需要七八秒甚至更久!用户可能早就失去了耐心。更糟糕的是,如果某个API响应缓慢或直接超时,整个页面都会被卡住,直到它返回结果或抛出错误。你可能会尝试使用多线程(如果PHP环境支持且配置复杂)或者将请求嵌套在回调函数中,但很快就会发现,代码变得越来越难以阅读和维护,这就是臭名昭著的“回调地狱”。
面对这种困境,我们迫切需要一种更现代、更优雅的方式来处理这些耗时的操作,让它们能够“并行”执行,或者至少能够非阻塞地管理它们的最终结果。
在PHP生态系统中,Composer是解决依赖管理和引入外部库的“万能钥匙”。它让安装和管理像
guzzlehttp/promises
立即学习“PHP免费学习笔记(深入)”;
要将
guzzlehttp/promises
<pre class="brush:php;toolbar:false;">composer require guzzlehttp/promises
这条命令会自动下载并安装
guzzlehttp/promises
guzzlehttp/promises
核心概念:
pending
fulfilled
rejected
then()
$onFulfilled
$onRejected
resolve()
reject()
resolve()
reject()
让我们回到那个仪表盘的例子,看看如何使用
guzzlehttp/promises
<pre class="brush:php;toolbar:false;"><?php
require 'vendor/autoload.php'; // 引入Composer的自动加载文件
use GuzzleHttp\Promise\Promise;
use GuzzleHttp\Promise\Utils; // 用于并发处理多个Promise
echo "开始获取数据...\n";
$startTime = microtime(true);
// 模拟异步获取用户数据
$userPromise = new Promise(function ($resolve, $reject) {
echo "正在获取用户数据...\n";
sleep(2); // 模拟耗时2秒
if (rand(0, 1)) { // 随机成功或失败
$resolve(['id' => 1, 'name' => '张三', 'email' => 'zhangsan@example.com']);
} else {
$reject(new Exception('用户服务暂时不可用!'));
}
});
// 模拟异步获取订单数据
$orderPromise = new Promise(function ($resolve, $reject) {
echo "正在获取订单数据...\n";
sleep(1); // 模拟耗时1秒
$resolve(['order_id' => '2023001', 'amount' => 199.99, 'status' => '已完成']);
});
// 模拟异步获取推荐商品数据
$productPromise = new Promise(function ($resolve, $reject) {
echo "正在获取推荐商品...\n";
sleep(3); // 模拟耗时3秒
if (rand(0, 1)) {
$resolve(['item1' => '智能手机', 'item2' => '蓝牙耳机']);
} else {
$reject(new Exception('推荐服务响应超时!'));
}
});
// 使用 Utils::settle() 同时等待所有Promise完成(无论成功或失败)
// settle 会返回一个 Promise,其结果是一个数组,包含每个 Promise 的状态和值/原因
$allPromises = Utils::settle([
'user' => $userPromise,
'order' => $orderPromise,
'product' => $productPromise,
])->wait(); // 使用 wait() 阻塞当前进程直到所有Promise都完成
echo "\n所有数据获取完毕!\n";
// 处理结果
foreach ($allPromises as $key => $result) {
if ($result['state'] === 'fulfilled') {
echo "【{$key}】数据成功获取:\n";
print_r($result['value']);
} else {
echo "【{$key}】数据获取失败:\n";
echo "原因:" . $result['reason']->getMessage() . "\n";
}
}
$endTime = microtime(true);
echo "总耗时:" . round($endTime - $startTime, 2) . "秒\n";
?>运行这段代码,你会发现尽管模拟了总计 2+1+3 = 6 秒的延迟,但实际的总耗时却只取决于最慢的那个任务(本例中是3秒),而不是所有任务的总和!这是因为
guzzlehttp/promises
then()
then()
otherwise()
try-catch
Utils::all()
Utils::settle()
guzzlehttp/promises
wait()
then
guzzlehttp/promises
从一个简单的仪表盘加载问题,我们看到了传统同步编程模式的局限性。而通过引入Composer和
guzzlehttp/promises
guzzlehttp/promises
还在等待什么?立即尝试将
guzzlehttp/promises
以上就是告别PHP异步操作的等待地狱:使用GuzzlePromises优雅地处理并发任务的详细内容,更多请关注php中文网其它相关文章!
PHP怎么学习?PHP怎么入门?PHP在哪学?PHP怎么学才快?不用担心,这里为大家提供了PHP速学教程(入门到精通),有需要的小伙伴保存下载就能学习啦!
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号