当服务器返回4xx和5xx状态代码时，我想处理来自Guzzle的错误。我发出这样的请求：

$client = $this->getGuzzleClient();
$request = $client->post($url, $headers, $value);
try {
    $response = $request->send();
    return $response->getBody();
} catch (\Exception $e) {
    // How can I get the response body?
}

$e->getMessage返回代码信息，但不返回HTTP响应的主体。如何获得响应主体？

食尸鬼3.x

根据文档，您可以捕获适当的异常类型（ClientErrorResponseException针对4xx错误）并调用其getResponse()方法以获取响应对象，然后对其进行调用getBody()：

use Guzzle\Http\Exception\ClientErrorResponseException;

...

try {
    $response = $request->send();
} catch (ClientErrorResponseException $exception) {
    $responseBody = $exception->getResponse()->getBody(true);
}

传递true给该getBody函数表示您要以字符串形式获取响应正文。否则，您将获得它作为class的实例Guzzle\Http\EntityBody。

食尸鬼6.x

根据文档，您可能需要捕获的异常类型为：

• GuzzleHttp\Exception\ClientException 对于400级错误
• GuzzleHttp\Exception\ServerException 用于500级错误
• GuzzleHttp\Exception\BadResponseException 对于两者（这是他们的超类）

因此，用于处理此类错误的代码如下所示：

$client = new GuzzleHttp\Client;
try {
    $client->get('http://google.com/nosuchpage');    
}
catch (GuzzleHttp\Exception\ClientException $e) {
    $response = $e->getResponse();
    $responseBodyAsString = $response->getBody()->getContents();
}

尽管以上答案很好，但它们不会捕获网络错误。正如Mark提到的，BadResponseException只是ClientException和ServerException的超类。但是RequestException还是BadResponseException的超类。RequestException不仅会引发400和500个错误，还会引发网络错误和无限重定向。因此，假设您请求下面的页面，但是您的网络正在播放，并且您的捕获只期待BadResponseException。那么您的应用程序将抛出错误。

在这种情况下最好期待RequestException并检查响应。

try {
  $client->get('http://123123123.com')
} catch (RequestException $e) {

  // If there are network errors, we need to ensure the application doesn't crash.
  // if $e->hasResponse is not null we can attempt to get the message
  // Otherwise, we'll just pass a network unavailable message.
  if ($e->hasResponse()) {
    $exception = (string) $e->getResponse()->getBody();
    $exception = json_decode($exception);
    return new JsonResponse($exception, $e->getCode());
  } else {
    return new JsonResponse($e->getMessage(), 503);
  }

}

截至2019年，这是我从上面的答案和Guzzle文档中阐述的内容，以处理异常，获取响应正文，状态代码，消息以及其他有时有价值的响应项目。

try {
    /**
     * We use Guzzle to make an HTTP request somewhere in the
     * following theMethodMayThrowException().
     */
    $result = theMethodMayThrowException();
} catch (\GuzzleHttp\Exception\RequestException $e) {
    /**
     * Here we actually catch the instance of GuzzleHttp\Psr7\Response
     * (find it in ./vendor/guzzlehttp/psr7/src/Response.php) with all
     * its own and its 'Message' trait's methods. See more explanations below.
     *
     * So you can have: HTTP status code, message, headers and body.
     * Just check the exception object has the response before.
     */
    if ($e->hasResponse()) {
        $response = $e->getResponse();
        var_dump($response->getStatusCode()); // HTTP status code;
        var_dump($response->getReasonPhrase()); // Response message;
        var_dump((string) $response->getBody()); // Body, normally it is JSON;
        var_dump(json_decode((string) $response->getBody())); // Body as the decoded JSON;
        var_dump($response->getHeaders()); // Headers array;
        var_dump($response->hasHeader('Content-Type')); // Is the header presented?
        var_dump($response->getHeader('Content-Type')[0]); // Concrete header value;
    }
}
// process $result etc. ...

瞧 您可以在方便分隔的项目中获得响应的信息。

注意事项：

With catch子句\Exception随着Guzzle自定义异常对其的扩展，捕获了继承链PHP根异常类 。

对于在幕后使用Guzzle的用例（例如在Laravel或AWS API PHP SDK中）使用这种方法，因此您无法捕获真正的Guzzle异常，这种方法可能有用。

在这种情况下，异常类可能不是Guzzle文档中提到的那个（例如，GuzzleHttp\Exception\RequestException作为Guzzle的根异常）。

因此，您必须抓住\Exception它，但请记住，它仍然是Guzzle异常类实例。

虽然小心使用。这些包装器可能会使Guzzle $e->getResponse()对象的真正方法不可用。在这种情况下，您必须查看包装程序的实际异常源代码，并找出如何获取状态，消息等，而不是使用Guzzle $response的方法。

如果您自己直接致电Guzzle，则可以捕获GuzzleHttp\Exception\RequestException或使用案例条件提及他们的例外文档中提到的其他任何人。

如果放置'http_errors' => false在耗时的请求选项中，则会在出现4xx或5xx错误时停止抛出异常，如下所示：$client->get(url, ['http_errors' => false])。然后解析响应，无论是正常还是错误，都将在响应中 获取更多信息