Gostaria de lidar com erros do Guzzle quando o servidor retornar códigos de status 4xx e 5xx. Eu faço uma solicitação como esta:

$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->getMessageretorna informações de código, mas não o corpo da resposta HTTP. Como posso obter o corpo da resposta?

Guzzle 3.x

De acordo com os documentos , você pode capturar o tipo de exceção apropriado ( ClientErrorResponseExceptionpara erros 4xx) e chamar seu getResponse()método para obter o objeto de resposta getBody().

use Guzzle\Http\Exception\ClientErrorResponseException;

...

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

Passar truepara a getBodyfunção indica que você deseja obter o corpo da resposta como uma sequência. Caso contrário, você o receberá como instância da classe Guzzle\Http\EntityBody.

Guzzle 6.x

De acordo com os documentos , os tipos de exceção que você precisa capturar são:

• GuzzleHttp\Exception\ClientException para erros de nível 400
• GuzzleHttp\Exception\ServerException para erros de 500 níveis
• GuzzleHttp\Exception\BadResponseException para ambos (é a superclasse deles)

O código para lidar com esses erros agora se parece com isso:

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

Embora as respostas acima sejam boas, elas não capturam erros de rede. Como Mark mencionou, BadResponseException é apenas uma super classe para ClientException e ServerException. Mas RequestException também é uma super classe de BadResponseException. A RequestException será lançada não apenas para erros de 400 e 500, mas também para erros de rede e redirecionamentos infinitos. Então, digamos que você solicite a página abaixo, mas sua rede está funcionando e sua captura está esperando apenas uma BadResponseException. Bem, seu aplicativo lançará um erro.

Nesse caso, é melhor esperar RequestException e procurar uma resposta.

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);
  }

}

A partir de 2019, aqui está o que eu elaborei com as respostas acima e os documentos do Guzzle para lidar com a exceção, obter o corpo da resposta, o código de status, a mensagem e outros itens de resposta às vezes valiosos.

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. ...

Voila. Você obtém as informações da resposta em itens convenientemente separados.

Notas laterais:

Com a catchcláusula, capturamos a classe de exceção raiz PHP da cadeia de herança à \Exceptionmedida que as exceções personalizadas do Guzzle a estendem.

Essa abordagem pode ser útil para casos de uso em que o Guzzle é usado sob o capô, como no Laravel ou no AWS API PHP SDK, para que você não possa capturar a exceção genuína do Guzzle.

Nesse caso, a classe de exceção pode não ser a mencionada nos documentos do Guzzle (por exemplo, GuzzleHttp\Exception\RequestException como exceção raiz do Guzzle).

Portanto, você precisa entender, \Exceptionmas lembre-se de que ainda é a instância da classe de exceção Guzzle.

Embora use com cuidado. Esses invólucros podem tornar $e->getResponse()os métodos genuínos do objeto Guzzle não disponíveis. Nesse caso, você terá que examinar o código fonte da exceção real do invólucro e descobrir como obter status, mensagem etc. em vez de usar $responseos métodos do Guzzle .

Se você telefonar diretamente para o Guzzle, poderá encontrar um GuzzleHttp\Exception\RequestExceptionou qualquer outro mencionado nos documentos de exceção com relação às condições do seu caso de uso.

se colocar 'http_errors' => falseem opções de solicitação Guzzle, em seguida, ele iria parar exceção lance enquanto get 4xx ou 5xx erro, como esta: $client->get(url, ['http_errors' => false]). então você analisa a resposta, não importa se está tudo bem ou com erro, ela estaria na resposta para obter mais informações