Guzzle异常捕获与错误处理技巧

文章不知道大家是否熟悉？今天我将给大家介绍《Guzzle 异常捕获与错误结构化处理》，这篇文章主要会讲到等等知识点，如果你在看完本篇文章后，有更好的建议或者发现哪里有问题，希望大家都能积极评论指出，谢谢！希望我们能一起加油进步！

本文详解如何正确捕获 Guzzle HTTP 客户端抛出的各类异常（如 ClientException、RequestException），提取可读错误信息并以字符串或数组形式安全返回，避免未处理异常中断流程。

在使用 Guzzle 调用 Twitter API（或其他 RESTful 服务）时，$lists->get($list_id, $params) 等方法在请求失败时会抛出不同层级的异常。常见误区是仅捕获 ClientException —— 它仅覆盖 HTTP 4xx 状态码（如 400、404、401），而网络超时、DNS 解析失败、连接拒绝等则由更上层的 RequestException 或 TransferException 抛出。若未正确捕获，异常将向上冒泡，导致 return $e 失效（实际是未进入 catch 块），最终触发 PHP 致命错误或框架默认异常处理器，而非你期望的字符串返回。

因此，应采用多层异常捕获策略，按继承关系从具体到宽泛：

public static function get_list($list_id)
{
    $lists = self::get_lists();
    $params = [
        'list.fields' => 'created_at,follower_count,member_count,private,description,owner_id',
        'user.fields' => 'created_at,description,entities,id,location,name,pinned_tweet_id,profile_image_url,protected,public_metrics,url,username,verified,withheld'
    ];

    try {
        $response = $lists->get($list_id, $params);

        // 验证响应状态码为 200 再解析
        if ($response->getStatusCode() === 200) {
            return json_decode($response->getBody(), true);
        } else {
            throw new \RuntimeException("Unexpected status code: {$response->getStatusCode()}");
        }

    } catch (\GuzzleHttp\Exception\ClientException $e) {
        // 处理 4xx 错误（如 404 列表不存在、403 无权限）
        return [
            'error' => 'Client error: ' . $e->getMessage(),
            'status_code' => $e->getResponse()->getStatusCode() ?? null,
            'request_url' => (string) $e->getRequest()->getUri(),
        ];
    } catch (\GuzzleHttp\Exception\RequestException $e) {
        // 处理网络层错误：超时、连接失败、5xx 服务器错误等
        $message = $e->getMessage();
        if ($e->hasResponse()) {
            $message .= " | Server response: {$e->getResponse()->getStatusCode()}";
        }
        return [
            'error' => 'Request failed: ' . $message,
            'request_url' => (string) ($e->getRequest()->getUri() ?? 'unknown'),
        ];
    } catch (\Exception $e) {
        // 捕获其他未预期异常（如 JSON 解析失败、空响应等）
        return [
            'error' => 'Unexpected error: ' . $e->getMessage(),
            'trace' => debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 1)[0] ?? [],
        ];
    }
}

✅ 关键注意事项：

• 不要直接 return $e：$e 是对象，非字符串；前端/调用方无法直接输出可读信息。务必调用 $e->getMessage() 提取错误描述。
• 优先检查 hasResponse()：避免在无响应时调用 $e->getResponse() 导致新异常。
• 区分 ClientException 与 RequestException：前者专指客户端语义错误（4xx），后者涵盖所有请求生命周期异常（含 5xx、超时、DNS 失败）。
• 显式校验状态码：即使未抛异常（如 Guzzle 配置了 http_errors => false），也建议主动判断 getStatusCode()，确保业务逻辑健壮性。
• 生产环境慎用 debug_backtrace：仅用于开发调试，上线前应移除或替换为日志记录。

通过以上方式，你不仅能稳定捕获所有 Guzzle 异常，还能返回结构清晰、便于前端展示或日志分析的错误数据，真正实现“失败可感知、错误可追溯、接口可信赖”。

本篇关于《Guzzle异常捕获与错误处理技巧》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！